Bonsoir, Je dis eut-être encore une connerie mais si effectivement cela vient du fait qu’un clé USB ou tout autre disque a été validée comme sda, sdb, est-ce qu’on ne pourrait pas tout simplement chercher du côté des /etc/udev/rules.d en virant les fichiers enregistrés avant un reboot comme pour les « mémoire » de devices réseau ? Regarde si dans /etc/udev/rules.d il n’y aurait pas un fichier qui contiendrait des informations erronées concernant un sda qui bloquerait l’attribution de ce matériel à ton disque ? Sinon, voir dans le GRUB. Est-ce que ta VM démarre seulement mais ne trouve plus son disque après ? Si c’est le cas, voir au dessus. Sinon, que dis un boot sur une clé bootable avec un liveCD ? Si ça marche, un petit « update-grub » dans un « chroot » remet souvent les pendules à l’heure (cf https://doc.ubuntu-fr.org/tutoriel/comment_restaurer_grub#via_un_cd_ubuntu_procedure_sans_chroot).
> Le 19 déc. 2017 à 21:56, Pascal Hambourg <[email protected]> a écrit : > > Le 19/12/2017 à 19:52, [email protected] a écrit : >> # blkid /dev/sda1 : ne donne rien. > > Peut-être parce que sda1 n'existe pas ? > >> Le système connait /dev/sdc1 avec LABEL = "sda1" > > C'est la pire façon de nommer une partition : une étiquette qui ne fournit > aucune information sur le contenu ou le rôle de la partition, et qui est > fausse voire trompeuse lorsque le disque change de nom, comme ici. > -- Pierre Malard « C'est bien plus beau lorsque c'est inutile » E Rostand - "Cyrano de Bergerac" |\ _,,,---,,_ /,`.-'`' -. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <--
signature.asc
Description: Message signed with OpenPGP
