On 08/07/2015 06:40 PM, Jack.R wrote:
Bonjour,

J'en suis à ma 3ème migration wheezy -> jessie et à la 3ème qui se
passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.

Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des
paramètres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vga=791"

Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult
essais et échecs (et en ayant cassé pas mal de truc), je m'en suis
sorti en installant lilo (via un démarrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas
encore tenté de réinstaller grub maintenant que cela fonctionne.

Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionné comme suit (installation de squeeze
mise à jour en wheezy puis changement de carte mère si je me souviens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home


Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
dans /home et crée un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et là:
Kernel panic - not syncing: Attempted to kill init!

Un boot sur le CD netinstall de jessie me mélange toutes les interfaces
réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1

A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être
là que j'ai fait une autre erreur.

Des suggestions avant que je ne fasse façon bourrin ?
sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs,
supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à
9, recopie le contenu de sda5 à 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, réinstallation du
disque dans la machine, prières, reboot

Merci d'avance pour vos lumières.


Salut,
Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib qu'il s'agit?
Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?

Bref, 2 remarques:

× La méthode bourrin me semble plus propre, ça ne casse pas la "compartimentation" qu'apporte des partitions séparées et les avantages recherchés (genre aide à la sauvegarde, options de montage distinctes...).

× Y'aurait pas un souci lorsque certain exécutables accèdent à des librairies dans [/usr]/lib, sachant que certains outils ne déréférencent pas les liens symboliques et s'attendent donc à trouver leur librairie (par ex) dans un [/usr]/lib "dur". Peut-être que le système a continué à fonctionner après ton /lib dans /home parce que certaines librairies "clef" comme la libc par exemple étaient déjà en mémoire lors du déplacement et donc toujours accessible. Mais plus lors d'un reboot.


Pour finir, si tu as plein de place dans /home, tu peux peut-être y placer directement /lib en coupant la partition en 2, ce serait plus rapide que de chercher à redimensionner /sda5.

Bon courage...

--
mireero

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55c6f715$0$3293$426a7...@news.free.fr

Répondre à