#1 Le 26/08/2016, à 21:18
- Althea
Migration catastrophique vers ubuntu 16.04
Bonjour à tous
Je me permets de solliciter de l'aide, car après avoir cherché si quelqu'un avait eu le même problème que moi (et l'avait résolu !), je n'ai rien vu de semblable..
Pour commencer, je reconnais tout de suite que je ne suis pas du tout calée en informatique, et j'ai un usage très basique de mon vieil ordinateur portable. J'utilise ubuntu depuis la version 12.04, puis 14.04, et s'il m'est arrivé d'être confrontée à quelques problèmes, j'ai toujours pu les résoudre (parfois laborieusement!) grâce aux différents forums d'aide.
Mais là, c'est la panique.. Etant passée de la version 12.04 à la 14.04 en mode graphique, sans avoir eu plus de soucis que ça, j'ai fait la même chose pour la version 16.04 quand le gestionnaire de mises à jour me l'a proposé.. grossière erreur : au bout d'une dizaine de minutes, avant que tout ne soit chargé, tout s'est figé, impossible d’accéder à quoi que ce soit.. au cas où, je n'y ai pas touché, mais au bout de 24h sans changement, j'ai éteint la machine.
Maintenant lorsque j'allume le pc, le grub s'affiche comme d'habitude, mais lorque j'execute "ubuntu" un message s'affiche "General error mounting filesystems. A maintenance shell will now be started. CONTROL-D will terminate this shell and reboot the system."
Mais control-d me renvoie sur le grub, et le message d'erreur revient en boucle..
En suivant les conseils glanés à droite à gauche, j'en arrive à taper quelques lignes dans le root, et il apparait qu'aucune commande type sudo, apt-get, clean, dpkg ne fonctionne : à chaque fois apparaissent les messages "apt-get : /lib/x86_64-linux-gnu/libc.so.6 : version 'GLIBC_2.17' not found (required by /usr/lib/x86_64-linux-gnu/libstdc++.so.6)" et "apt-get : /lib/x86_64-linux-gnu/libc.so.6 : version 'GLIBC_2.18' not found (required by /usr/lib/x86_64-linux-gnu/libstdc++.so.6)" en alternance.
Dans les options avancées, j'ai tenté tous les recovery mode sans succès.
J'ai pu me faire une live usb d'ubuntu 14.04 pour tenter un boot repair mais celle ci n'est pas reconnue au démarrage. J'ai suivi tous les tutos que j'ai trouvé pour booter sur usb lorsque le bios ne le permet pas, mais je n'ai pas réussi.. (j'aurais bien essayé avec un live cd, mais n'ayant qu'une tablette sous la main je ne peux rien graver..)
Je n’espère même plus récupérer mes données (l'essentiel est de tout façon sauvé sur dde), mais si quelqu'un a une idée de comment débloquer ma machine, je suis preneuse !..
Merci d'avance !!!
Hors ligne
#2 Le 26/08/2016, à 21:37
- michel_04
Re : Migration catastrophique vers ubuntu 16.04
Bonjour,
Pour booter sur l'USB (mais je pense que tu as déjà vu ça),il y a Plop : Méthode 1 : avec PLoP Boot Manager.
Personne ne peut te graver ce CD ?
Ça se fait en moins de cinq minutes.
A+
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne
#3 Le 26/08/2016, à 21:42
- J5012
Re : Migration catastrophique vers ubuntu 16.04
...
A maintenance shell will now be started. CONTROL-D will terminate this shell and reboot the system."
...
avais-tu attendu suffisamment longtemps ce "shell maintenance" avant de faire ctrl+d ?
→ avec un live rescue tu fais une verification de tous les disques, generalement une commande du genre fsck -a
puis sauves tes donnees
la panne probable est que ton espace systeme a manqué de place ...
Hors ligne
#4 Le 26/08/2016, à 22:31
- Althea
Re : Migration catastrophique vers ubuntu 16.04
Merci de vos réponses !
J5012, j'ai attendu toute une nuit la première fois que le message est apparu, au matin il ne s'était strictement rien passé!..
Michel_04, effectivement je vais me débrouiller pour squatter un ordinateur dont le graveur est en état de marche, je me demandais juste s'il n'y avait pas une alternative
J’espère que ce sera plus concluant qu'avec le live usb!
Je vous tiens au courant du résultat, merci encore d'avoir pris le temps de vous pencher sur mon problème !
Hors ligne
#5 Le 26/08/2016, à 22:57
- michel_04
Re : Migration catastrophique vers ubuntu 16.04
Re,
je me demandais juste s'il n'y avait pas une alternative
J’espère que ce sera plus concluant qu'avec le live usb!
Tu bootes sur le CD Plop, il se lance, trouve ta clé USB et la monte.
Edit :
Est-ce que sur un autre PC tu arrives à booter sur ta clé ?
Si non, grave toi un DVD 16.04 si tu peux.
Avec l'une ou l'autre, tu récupères tes données et ensuite tu essaies de remettre ton OS d'aplomb.
A+
Dernière modification par michel_04 (Le 26/08/2016, à 23:07)
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne
#6 Le 29/08/2016, à 11:53
- Althea
Re : Migration catastrophique vers ubuntu 16.04
Bonjour !
Merci encore pour vos conseils, grâce au live CD et après quelques sueurs froides, j'ai pu récupérer mes données et les sauvegarder sur dde, puis réinstaller ubuntu 14.04. Déjà ça de fait !
Maintenant le soucis se trouve au niveau des partitions, or même avec la prolifique doc traitant du sujet je ne comprends pas tout et j'ai tellement peur de tout faire planter, certaines actions étant irréversibles, que je préfère solliciter vos avis avant de toucher à quoi que ce soit !
J'ai deux disques dur de 500G chacun, repartis comme suit d'après Gparted:
/dev/sda1 ext2 243.00 Mio boot
/dev/sda2 extended 465.52Gio
/dev/sda5 inconnu 465.52Gio lvm
non alloué non alloué 1.02Mio
/dev/sdb1 ect4 461.76Gio (point de montage /)
/dev/sdb2 extended 4Gio
/dev/sdb5 linux-swap 4Gio
non alloué non alloué 1.02Mio
/dev/sda1 et /dev/sda5 posent problème :
/dev/sda1 => "Impossible de lire le contenu du système de fichiers.
Pour cette raison, certaines opérations peuvent être indisponibles.
La raison peut être l'absence d'un paquet logiciel.
Voici la liste des paquets logiciels nécessaires pour la prise en charge du système de fichiers ext2 : e2fsprogs.
Pourtant après
sudo apt-get update
sudo apt-get install e2fsprogs
j'obtiens "
Lecture des informations d'état... Fait
e2fsprogs est déjà la plus récente version disponible.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 9 non mis à jour
.
/dev/sda5 => "Impossible de détecter le système de fichiers ! Les raisons possibles sont :
- Le système de fichiers est endommagé
- Le système de fichiers est inconnu de GParted
- Il n'y a aucun système de fichiers (non formaté)
- L'entrée périphérique /dev/sda5 est manquante"
Je ne sais pas si je suis claire, j'aimerais vraiment faire le ménage dans tout ça mais je ne sais pas par où commencer :S..
Je vous remercie d'avance pour votre patience !!
Veuillez utiliser les balises code pour les retours de commande. Notamment copier coller depuis la commande passée jusqu'au prompt suivant. Merci.
Dernière modification par Ayral (Le 29/08/2016, à 16:48)
Hors ligne
#7 Le 29/08/2016, à 16:43
- michel_04
Re : Migration catastrophique vers ubuntu 16.04
Bonjour,
Merci encore pour vos conseils, grâce au live CD et après quelques sueurs froides, j'ai pu récupérer mes données et les sauvegarder sur dde, puis réinstaller ubuntu 14.04. Déjà ça de fait !
Tu as fait ta nouvelle installation sur le HDD sdb ?
Je suppose que oui.
Donne le retour de :
sudo fdisk -l
sudo blkid
cat /etc/fstab
J'ai deux disques dur de 500G chacun, repartis comme suit d'après Gparted:
/dev/sda1 ext2 243.00 Mio boot /dev/sda2 extended 465.52Gio /dev/sda5 inconnu 465.52Gio lvm non alloué non alloué 1.02Mio /dev/sdb1 ect4 461.76Gio (point de montage /) /dev/sdb2 extended 4Gio /dev/sdb5 linux-swap 4Gio non alloué non alloué 1.02Mio
/dev/sda1 et /dev/sda5 posent problème :
/dev/sda1 => "Impossible de lire le contenu du système de fichiers.
/dev/sda5 => "Impossible de détecter le système de fichiers !
Je ne sais pas si je suis claire, j'aimerais vraiment faire le ménage dans tout ça mais je ne sais pas par où commencer :S..
Si je comprends bien, aucune partition du HDD sda n'est montée ? Edit : Ni montable ?
C'est sur ce HDD que tu as récupéré tes données en session Live CD ?
Ou sur le HDD sdb et après récupération de tes données tu as installé sur ce même HDD sdb ?
A+
Dernière modification par michel_04 (Le 29/08/2016, à 17:01)
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne
#8 Le 31/08/2016, à 15:18
- Althea
Re : Migration catastrophique vers ubuntu 16.04
Bonjour,
Effectivement j'ai récupéré les données qui étaient présentes sur le hdd sda, puis réinstallé sur le hdd sdb.
Quant aux retours :
juliette@juliette-laptop:~$ sudo fdisk -l
[sudo] password for juliette:
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 têtes, 63 secteurs/piste, 60801 cylindres, total 976773168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000ee1e8
Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sda1 * 2048 499711 248832 83 Linux
/dev/sda2 501758 976771071 488134657 5 Étendue
/dev/sda5 501760 976771071 488134656 8e LVM Linux
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 têtes, 63 secteurs/piste, 60801 cylindres, total 976773168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00026c89
Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sdb1 2048 968388607 484193280 83 Linux
/dev/sdb2 968390654 976771071 4190209 5 Étendue
/dev/sdb5 968390656 976771071 4190208 82 partition d'échange Linux / Solaris
Note : taille de secteur 4096 (et non pas 512)
Disk /dev/sdc: 4000.8 GB, 4000787030016 bytes
255 têtes, 63 secteurs/piste, 60800 cylindres, total 976754646 secteurs
Unités = secteurs de 1 * 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0xa1886ce0
Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sdc1 256 976751999 3907006976 7 HPFS/NTFS/exFAT
juliette@juliette-laptop:~$ sudo blkid
/dev/sda1: UUID="b177fdcf-3892-43f8-a911-ef2893190948" TYPE="ext2"
/dev/sdb1: UUID="8dd00742-2bee-42fa-8bda-e14b11ea9f72" TYPE="ext4"
/dev/sdb5: UUID="398121b6-cde0-4324-811a-b467f0c9df8a" TYPE="swap"
/dev/sdc1: LABEL="INTENSO" UUID="465E-78EB" TYPE="exfat"
juliette@juliette-laptop:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb1 during installation
UUID=8dd00742-2bee-42fa-8bda-e14b11ea9f72 / ext4 errors=remount-ro 0 1
# swap was on /dev/sdb5 during installation
UUID=398121b6-cde0-4324-811a-b467f0c9df8a none swap sw 0 0
juliette@juliette-laptop:~$
Si je comprends bien, aucune partition du HDD sda n'est montée ? Edit : Ni montable ?
J'ai bien lu ce doc https://doc.ubuntu-fr.org/mount_fstab mais je n'ai pas bien saisi comment choisir le point de montage, je n'ai donc pas encore tenté de le faire...
(et désolée pour les soucis de mise en page du post précédent!)
Dernière modification par Althea (Le 31/08/2016, à 16:12)
Hors ligne
#9 Le 31/08/2016, à 19:06
- michel_04
Re : Migration catastrophique vers ubuntu 16.04
Bonjour,
Effectivement j'ai récupéré les données qui étaient présentes sur le hdd sda, puis réinstallé sur le hdd sdb.
Où est-installé Grub ?
On dirait que c'est sur sda.
Donne le retour de :
sudo debconf-show grub-pc
Après le retour de la commande, s'il est sur sda, il faudrait l'installer sur sdb, et dans le BIOS mettre ton HDD sdb en premier dans la séquence de boot.
Si sur le sda tu n'as plus rien d'utile/important, tu pourrais supprimer les partitions et recréer une partition qui te servirait de stockage.
Mais donne le retour avant.
A+
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne
#10 Le 01/09/2016, à 02:04
- Althea
Re : Migration catastrophique vers ubuntu 16.04
Bonsoir,
Voici le retour
juliette@juliette-laptop:~$ sudo debconf-show grub-pc
[sudo] password for juliette:
grub2/kfreebsd_cmdline_default: quiet splash
grub-pc/install_devices_empty: false
grub2/linux_cmdline:
grub-pc/chainload_from_menu.lst: true
grub2/linux_cmdline_default: quiet splash
grub-pc/timeout: 10
* grub-pc/install_devices: /dev/disk/by-id/ata-ST9500325AS_5VECKLK3
grub-pc/install_devices_disks_changed:
grub-pc/disk_description:
grub2/device_map_regenerated:
grub-pc/mixed_legacy_and_grub2: true
grub-pc/install_devices_failed_upgrade: true
grub-pc/kopt_extracted: false
grub-pc/postrm_purge_boot_grub: false
grub-pc/hidden_timeout: false
grub2/kfreebsd_cmdline:
grub-pc/partition_description:
grub-pc/install_devices_failed: false
juliette@juliette-laptop:~$
Il faudrait donc faire
sudo os-prober
sudo update-grub
sudo grub-install /dev/sdb
?
Puis changer les paramètres de priorité du boot c'est bien ça ?
Merci beaucoup de ton aide !!
Hors ligne
#11 Le 01/09/2016, à 05:44
- michel_04
Re : Migration catastrophique vers ubuntu 16.04
Bonjour,
* grub-pc/install_devices: /dev/disk/by-id/ata-ST9500325AS_5VECKLK3
Pour vérifier que /dev/disk/by-id/ata-ST9500325AS_5VECKLK3 correspond bien à /dev/sda, donne le retour de :
ls -l /dev/disk/by-id/
Je te donne la suite des manips qu'il faudrait faire après. (Si tu vois que c'est bien OK et que tu veux poursuivre ).
Puisque tu es en session Live CD, tu peux en profiter pour, avec Gparted, supprimer les partitions de sda et créer une partition sda1.
(perso, au format Ext4 et je lui attribuerai un Label : Stock ou autre (plus parlant que "b177fdcf-3892-43f8-a911-ef2893190948").
Plus tard, tu pourras créer un point de montage et ajouter une ligne dans le /etc/fstab de ton Ubuntu (sdb1) pour monter la nouvelle partition sda1 .
Il faut maintenant installer Grub sur ton dev/sdb (tu l'identifies grâce au retour donné par : ls -l /dev/disk/by-id).
Pour réinstaller Grub, en général, je fais ça (j'ai indiqué la partition sdb1 et le disque sdb) :
Méthodes en lignes de commande :
Via un CD Ubuntu (procédure par chroot)
démarrez sur votre PC avec un live-cd Ubuntu
démontez les partitions contenant vos OS (sinon ils ne seront pas détectés)
lancez un terminal (ou console) et entrez les commandes suivantes:sudo fdisk -l # pour vous aider à trouver la partition sur laquelle est votre ubuntu sudo mount /dev/sdb1 /mnt # montage de celle-ci en remplaçant le X par le bon numéro de partition sudo mount --bind /dev /mnt/dev # lien symbolique du dossier /dev en cours d'utilisation vers le disque monté sudo mount --bind /dev/pts /mnt/dev/pts # lien symbolique du dossier /dev/pts en cours d'utilisation vers le disque monté sudo mount --bind /sys /mnt/sys # lien symbolique du dossier /sys en cours d'utilisation vers le disque monté sudo mount -t proc /proc /mnt/proc # Pour que Grub2 trouve /proc/mounts sudo chroot /mnt /bin/bash # mise à la racine du disque monté mount -a # montage des partitions dans le chroot ### pas de sudo, tu es en root apt-get install grub-pc # installation du logiciel Grub2 (sur le disque maintenant à la racine) update-grub # création d'un nouveau fichier de configuration : grub.cfg grub-install /dev/sdb # installation de grub sur le MBR
Si la dernière commande sort une erreur, tapez :
grub-install --force /dev/sdb ### par précaution (habitude), je le fais.
Démontez les partitions montées dans le chroot :
umount -a
(Ignorez les éventuelles erreurs signalées.)
A partir de là, vous pouvez sortir du disque monté en effectuant ctrl+D. Puis, démontez ce disque :
sudo umount /mnt/{dev/pts,dev,sys,proc} sudo umount /mnt
### (Au redémarrage, tu vas dans ton BIOS pour modifier l'ordre de tes hdd, pour avoir sdb en first boot).
Redémarrez et vous devriez, à présent, être capable de booter correctement.( Si cela ne fonctionne toujours pas, posez-vous la question, ai-je touché récemment à mes câbles, disques dur ? , une petite vérification dans le SETUP de l'ordinateur et un Load-Bios-Defaut, peut résoudre le problème )
Si vous avez d'autres systèmes d'exploitation sur d'autres partitions, (comme Windows par exemple), il est possible que ceux-ci n'apparaissent pas dans la liste de choix. Pour rétablir cette liste, il suffit de générer un nouveau fichier de configuration : grub.cfg
Continuer le chargement d'Ubuntu puis dans un terminal :
sudo update-grub
Vous retrouverez alors la liste complète des systèmes d'exploitation au prochain démarrage.
A+
Dernière modification par michel_04 (Le 01/09/2016, à 05:54)
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne