Reprise du message précédent :
Est-ce que l'on peut purger le dossier tmp comme sous windows sans risque ?

Question con :
J'ai tendance à faire une partition /boot de 100 Mo.
Au fil des mises à jour, les noyaux s'accumulent, si bien qu'en quelques mois la partition sature.
 
Comment se fait-il qu'Ubuntu conserve la totalité des noyaux ? Des outils sont-ils prévus pour faire le ménage proprement ?

Les anciens noyaux sont conservé pour te permettre de booter si un nouveau noyau pose problème.
Tu peux désinstaller les anciens très simplement au moyen de ton gestionnaire de paquets.

 
Ou aussi via ubuntu-tweak    
 
Installation propre de Xubuntu 10.04 sur mon laptop. Ras, ça tourne au poil   , J'en ai profité pour virer windows 7, qui même avec une machine relativement correcte (core 2 duo, 3 Go de ram, carte graphique modeste), n'est pas fluide ... tout du moins vs xubuntu c'est flagrant    
 
Petite question : pour voir les températures, fréquences de la carte graphique, avec les pilotes "nouveau" c'est possible ou bien il faut installer lm-sensors ?

Je sais bien pourquoi ils sont conservés, mais garder 5 noyaux de secours au cas où le 6ème soit foireux c'est un peu lourd.
 
Cela fait deux fois que ma compagne se retrouve comme une conne à pas pouvoir faire de màj sans comprendre pourquoi.
Au boulot ça me ferait mal que les utilisateurs doivent se taper à la main la désinstallation des noyaux superflus.
 
Idéalement au cours d'une mise à jour il devrait bien être foutu de se rendre compte qu'il n'a pas la place pour garder les noyaux les plus vieux

 
Ca se fait tout seul à chaque démarrage .

 
ha ouais ?  
 
moi lors del l'upgrade de karmic vers lucid j'ai pu constater qu'il virait le noyaux de karmic alors qu'il était même en cours d'utilisation  

c'est une tendance à changer alors
Car ça ne sert plus à grand chose de faire une partition /boot séparée, maintenant Grub2 peut démarrer un kernel qui est sur du lvm et/ou du raid

c'est un vrai dossier temporaire, pas comme sous windows

Pour ça que je posais la question    

Si on peut nettoyer régulièrement /tmp ou ~/tmp, il faut toutefois respecter le /var/tmp .

Ah parce que les utilisateurs font mumusent avec des tâches d'administration ?    
C'est idiot d'avoir autant de kernel sous la main (2 ca suffit dont 1 de secours bien testé), pas au point leur upgrade

faites donc un rapport de bug dans ce cas.

 
Heu non hein. Il vire l'IMAGE du noyau sur ton DD, ton noyau il est dans la RAM tout le temps que tu utilises nunux.

Bah, à l'époque de Karmic c'était encore Grub Legacy
Même si le /boot était sur la racine, on aurait quand même un cumul des noyaux, certes pas handicapant, mais inutile.
 

Si on leur donne pas les droits d'admin directement ils les récupèrent et le jour où ils doivent faire une màj alors qu'ils n'ont plus de place sur /boot j'ai pas envie qu'ils se retrouvent le bec dans l'eau.
 

J'hésitais à le faire. Mais c'est tellement con comme problème que je supposais que ça aurait dû être traité il y a belle lurette.
 
Sinon, j'ai une autre question :
Comment le système est-il averti qu'une nouvelle branche est disponible ? Autrement dit, à quelle(s) condition(s) mon Karmic me propose-t-il de passer à Lucid ?

 
je vois pas ce que ça change à ce que j'ai dis, il enlève un noyaux qui est en cours d'utilisation.    
 
Et qui plus est le noyau peut se retrouver dans un situation il trouvera pas les modules, si par exemple tu branches une webcam usb

pour une install neuve il metait directement grub2 il me semble

oui mais tu aurais surement plus de marge
mais pas tant que ça non plus, je trouvais que j'avais plu de place, je me demandais d'ou ça venait, et j'ai finis par réaliser que j'avais 6 ou 7 noyaux installés. Je les ai viré j'ai du gagné presque 2 gigas, car modules et headers ça prend de la place

Ce qui ne serait pas très malin pendant un upgrade ...

Et perso, sur les 2 upgrades de KK vers LL que j'ai réalisées, le kernel de KK était resté après upgrade.

 
+1
 
Après une upgrade tu es censé rebooter hein.

mais t'appuyes pas sur le bouton reset direct pour rédémarrer
les services et programmes en cours doivent pouvoir s'arrêter convenablement suite à leur upgrade et le système faire une procédure d'arrêt
le système est pas censé être dans un état d'inutilisabilité totale, retirer les modules est un risques potentiel

Firefox est assez incroyable à ce niveau, lors d'une upgrade de firefox il devient presque totalement inutilisable, on se demande vraiment comment il est codé

c'est pas ce qui c'est passé, peut être à cause de dépendances vers des ppa, je ne sais pas ...

Ouais :x
 

Vi. Bref, rapport de bug soumis.
 

:-

 
 
Oui donc tu parles d'un système sur lequel un max de trucs ne sont pas officiels
Et tu voudrais que l'upgrade se passe nickel en tenant compte de ça et que tu puisses continuer à tout utiliser sans rebooter alors que tout ton système sur le disque ne correspond plus à celui qui est en ram ?
 
Un peu de sérieux    
 
Une procédure d'upgrade, ça n'a pas pour objectif de garder ton système utilisable avant reboot, que tu le veuilles ou non    
Tu la fais quand tu peux assumer un reboot, c'est la base.

A partir du moment où l'installer de demande explicitement de fermer toutes les applications pendant la procédure d'upgrade (je stoppe aussi tous mes servers: apache, samba, nfs, ushare, ...) tu n'es pas censé aller lui coller un périphérique USB.

 
par une update upgradant le update-manager de karmic je crois  

mais peu importe je vois pas quel gestionnaire de paquet sérieux peu se permetre de virer le kernel en cours d'utilisation sans même te demander ton avis

lui n'est pas censé virer le kernel en cours

 
En partant d'un système sain, il ne le fait pas    
 
Si c'est le comportement que tu as rencontré (à savoir qu'il te supprime le kernel sans prévenir) tu peux signaler le bug  

Effectivement. Je devais avoir 3 ou 4 kernels Hardy lors de l'upgrade et il m'a gardé au final celui de Lucid et l'actif Hardy lors de l'upgrade.
D'ailleurs la prochaine fois je virerai les vieux kernels avant car c'est une perte de temps pendant

 
disons qu'il prévient au début de l'upgrade, mais rendu à ce point je ne peux que annuler l'upgrade et peut être tenter de bloquer le paquet du noyau dans synaptic, car les noyaux ne s'upgradent pas en général, c'est un nouveau package, il y a juste une dépendance avec le paquet linux-image
 
au max j'avais le driver nvidia provenant d'un ppa, je vois pas ce qui a pu entrainer un autoremove d'un noyau

 
Non il enlève le noyau en dur du disque dur, il enlève pas le noyau en cours d'exécution dans la RAM.
 
De plus, bcp de choses sont compilées dans le kernel, puisque tu parles des modules.
 
Alors oui, c'est pas impossible que ta webcam bug ou autre... Mais comme cela a été dit, tu es pas sensé utiliser ta webcam en cours d'upgrade du noyau.

En même temps, je trouve que c'est pas très malin de laisser la possibilité à l'utilisateur d'utiliser son PC pendant une upgrade...
 
Il faudrait dès le départ commencer par un reboot pour que l'install d'Ubuntu se fasse sans accroc...

Plus je teste cette lucid (ubuntu netbook et kubuntu) plus je me dit que c'est un bon crue.
 
Alors pour faire mon chiant, ils pourraient proposer un raccourcie pour installer les restricted-extras automatiquement

C'est marrant, mais depuis que j'ai viré le pilote proprio de ma carte n-vidia, mon pointeur de souris disparait en sortie de mise en veille  

Bon ben des nouvelles de mon bug "kde4-window-decorator" qui crashait au démarrage depuis l'upgrade Lucid.
 
C'était bien Compiz qui foutait la merde. Je le sais, maintenant que je l'ai désinstallé, kde4-window-decorator ne crashe plus.
 
Par contre, je n'ai toujours ni barre des tâches, ni menu K, ni bureau, ... Je suis obligé de lancer tous mes programmes avec Alt+F2  
 
Quelqu'un aurait une idée pour remettre tout ça en place ? (oui, réinstaller, je vais peut-être finir par ça de toutes façons )

encore une fois ça ne change rien à la validité de ma phrase, il enlève le noyau en cours d'utilisation

et la webcam c'est juste un exemple ça aurait été ta cafetière USB pour te réchauffer ton café en patientant pendant l'upgrade, ça changerait rien à l'exemple lol

 
Vire les dossiers .kde* dans ton /home

 
l'upgrade pourrait se faire en mode single user en mode texte (mode recovery) c'est sur, mais bon c'est pas vraiment nécéssaire et il faudrait encore rebooter une autre fois de toutes façons

 
 
3615MyLife désolé la modération
 
Hé bé, la migration 8.04 -> 10.04 n'a pas été simple... Que de temps perdu    
 
D'abord en passant par un update-manager -d, le PC a fini par planter au bout de 2 heures à l'install d'ubuntu-docs      
 
Résultat, réinstall complète (heureusement que j'avais gravé une iso de la 10.04 "au cas où" )
 
Mais j'ai pas du faire gaffe, il m'a mis le /home avec / alors que j'avais une partition dédiée pour mon ancien /home
 
Question : Quelqu'un saurait comment dissocier le nouveau /home pour le remettre sur la partition dédiée ?
 
Actuellement, j'ai sda1 pour le swap, sda2 en ext4 pour / et /home, et sda3 en ext3 reconnu comme système de fichiers à part (mon ancien /home)
 
Re-question : comment récupérer mes anciens bookmarks de Firefox pour les réintégrer dans le nouveau ?
 
Merci d'avance

Tu édites /etc/fstab avec privilèges root et tu modifies (à priori je dirais plutôt rajoutes) une entrée pour sda3  et tu lui indiques /home comme point de montage
>> man fstab + tu t'inspires de l'entrée de /

tu redémarres (ça sera plus simple bien qu'un simple montage de /home suffirait + une déconnexion/reconnexion) et tu auras retrouvé tes bookmarks

 
Tu remplaces des librairies dynamiques alors que le logiciel est chargé en mémoire c'est un peu normal qu'il devienne instable. T'essaie pas de changer les roues de ta voiture sur la voie rapide d'une autoroute, si?

 
Il y a quasiment aucune application qui soit compilée en statique dans linux, donc toutes les applis utilisent des libs dynamiques, et j'ai toujours vu que firefox se comporter de façon aussi foireuse quand il est upgradé alors qu'on l'utilise et même demander à se faire rebooter
avec toute la ram qu'il bouffe pourtant il a quand même besoin de lire en permanence du code binaire sur le disque ? bah putain ça c'est de l'usine à gaz lol