Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#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+

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 smile
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,

Althea a écrit :

je me demandais juste s'il n'y avait pas une alternative smile
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)

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,

Althea a écrit :

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
Althea a écrit :

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)

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,

Althea a écrit :

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+

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,

Althea a écrit :
* 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 wink ).

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 :

Doc a écrit :

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)

Hors ligne