[Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

ACI · Le 04/05/2021, à 13:55

Olá à la comunauté,

Une personne, que j'essaie d'aider à distance, à un problème de démarrage de session sur l' Ubuntu 18.04.5 LTS que je lui avais autrefois installé en double amorçage avec un Windows sur son ordinateur de bureau Opti-Plex-790 et qui jusqu'à présent n'avait pas causé de souci.

Quand elle rentre son mot de passe en regard de son identifiant sur l'interface de connexion, l'écran se noircit puis revient à l'interface de connexion comme si de rien n'était. La session invité n'apparaît plus. Le Ctrl+Alt+f1 ne fonctionne pas et ne permet donc pas d'entrer des commandes à la console.

Plusieurs tentatives de réparation du Grub via le Livecd Boot repair ont été infructueuses. De même que l'usage du Recovery Mode (fsk, grub).

La session Windows démarre sans problème.

Voici le rapport boot-info qu'elle a obtenu.

Pensez-vous qu'une réinstallation simple d'Ubuntu, préservant les données qu'elle n'a pas pu sauvegarder, résoudrait le problème ou devons-nous tenter autre chose ?

Merci d'avance

Dernière modification par ACI (Le 14/06/2021, à 15:47)

lucmars · Le 04/05/2021, à 16:13

C'est déjà une version périmée de boot-repair !

Avez-vous tenté de booter sur un ancien noyau ?

geole · Le 04/05/2021, à 16:34

Bonjour
Le boot-info n'est pas parlant.
J'ai relevé cette ligne

/dev/mapper/cryptswap1 none swap sw 0 0

Il semblerait donc que les données soient chiffrées... Une difficulté supplémentaire en cas de réinstallation.
Dans un contexte de ce style, un début de dépannage est de booter en mode recovery de devenir root
et de créer un nouvel utilisateur avec super pouvoir puis de rebooter en le sélectionnant. La suite devient moins difficile.
https://forum.ubuntu-fr.org/viewtopic.p … #p22142976

Dernière modification par geole (Le 04/05/2021, à 16:38)

Sciensous · Le 04/05/2021, à 16:39

ça me rappelle plutôt un disque plein; vérifie la place disponible sur la racine de la 18.04

geole · Le 04/05/2021, à 16:40

Non ce n'est pas plein....

=================== df -Th:
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/sda5      ext4       55G   19G   34G  36% /mnt/boot-sav/sda5
/dev/sda7      ext4      1.9G  2.9M  1.8G   1% /mnt/boot-sav/sda7
/dev/sda8      ext4      115G   54G   56G  50% /mnt/boot-sav/sda8

=============================== sda5/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/sda5 during installation
UUID=acc30a51-c8bb-4a64-8698-0f3b10e57c1f /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda8 during installation
UUID=b5a69528-4a06-487c-8e41-7967e18eac3e /home           ext4    defaults        0       2
# /tmp was on /dev/sda7 during installation
UUID=6824af00-c103-4bce-a90d-f4cdfc8bc952 /tmp            ext4    defaults        0       2
# swap was on /dev/sda6 during installation
#UUID=a6789c93-6c0c-4855-a3c5-4a71664a84c3 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0
--------------------------------------------------------------------------------

Dernière modification par geole (Le 04/05/2021, à 16:44)

Sciensous · Le 04/05/2021, à 17:06

en effet, alors un problème de droits sur le home ?

ACI · Le 07/05/2021, à 14:41

Olá,
Merci pour vos réponses.

La personne a des connaissances rudimentaires et use des outils que je lui ai laissé, d'où le Livecd BootRepair ancien. Sans le confinement, j'aurai déjà fait monté de niveau son système d'exploitation. Là, je la guide par téléphone.

Je n'ai pas chiffré le système et elle ne sait pas chiffrer les dossiers. J'ignore quelles sont ces données. Je vais regarder le lien et voir si l'on peut appliquer cette procédure à distance.

Le disque n'est effectivement pas plein et il n'y a pas eu de problèmes de droits jusque là.
Quand je lis le rapport de boot, il traite de booloader inconnu en sda3 et de partition 3 qui ne démarre pas. Une mise à jour automatique n'aurait-elle pas pu flinguer l'accès à la partition d'Ubuntu en corrompant la connexion ?

Booter sur un ancien noyau n'a pas été tenté, ne sachant pas le faire. Cela pourrait-il résoudre le problème ?

Merci d'avance.

geole · Le 07/05/2021, à 15:22

Le mode recovery
https://doc.ubuntu-fr.org/recovery_mode
Normalement dans un contexte dual boot, il y a une grille d'accueil
et on choisi la première ligne
Il faut choisir la seconde ligne
Puis une ligne ancienne
Normalement les deux premières font référence au noyau le plus récent

submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-142-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-142-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-142-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-142-generic-recovery-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-141-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-141-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-141-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-141-generic-recovery-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-32-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-32-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-32-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-32-generic-recovery-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-30-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-30-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-30-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-30-generic-recovery-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
memuentry 'Ubuntu, with Linux 4.15.0-29-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-29-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.15.0-29-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-29-generic-recovery-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.13.0-45-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-45-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.13.0-45-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-45-generic-recovery-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.13.0-43-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-43-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.13.0-43-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-43-generic-recovery-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.13.0-39-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-39-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.13.0-38-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-38-generic-advanced-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {
menuentry 'Ubuntu, with Linux 4.13.0-37-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-37-generic-recovery-acc30a51-c8bb-4a64-8698-0f3b10e57c1f' {

SDA3 est une partition EXTENDED En clair, elle est fictive. et ne sert pas à grand chose à part héberger des vraies partitions. Donc c'est totalement normal.
sda3: __________________________________________________________________________
File system: Extended Partition
Boot sector type: Unknown
Boot sector info:

Dernière modification par geole (Le 07/05/2021, à 15:43)

geole · Le 07/05/2021, à 15:48

D'autre part
En bootant en mode recovery
1) Choisir ROOT
2) Créer un autre utilisateur ==> https://forum.ubuntu-fr.org/viewtopic.php?id=2043143

    adduser   sos
    adduser   sos   sudo

3) Rebooter
4) Choisir ce second utilisateur
5) Si la session s'ouvre, faire le nécessaire pour accéder aux données.
Je ne développe pas. Mais si tu ne sais pas, tu postes.

Dernière modification par geole (Le 07/05/2021, à 15:48)

ACI · Le 11/06/2021, à 14:24

Olá la communauté,

Ayant enfin pu me déplacer afin de régler le problème de session, j’ai fait une « réinstallation du système sans toucher au /home » sur la partition du système, sda5, en suivant la méthode du wiki ubuntu-fr, donc sans formater.

L’accès en session est rétabli mais pas les données. Un nouveau /home a été créé. Soit l’ancien est perdu. Soit il se situe dans la partition sda8 dont le contenu n’est pas accessible hormis un fichier « Access-Your-Private-Data.desktop » rompu car sa cible « usr/share/ecryptfs-utils/ ecryptfs-mount-private.desktop » n’existerait pas. Je n’ai pourtant pas rien chiffrée à la base.

https://zupimages.net/up/21/23/gwv8.png

J’ai essayé de récréer un répertoire « ancien_disque » avec mkdir pour l’y monter. Rien changé.
J’ai tenté la commande ecryptfs-mount-private mais une erreur répond que encrypted private directory is not setup properly.

Auriez-vous une idée ?
Merci d'avance

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.}

Dernière modification par cqfd93 (Le 11/06/2021, à 15:24)

geole · Le 14/06/2021, à 13:06

Bonjour
Quelques liens à tenter pour récupérer les données chiffrées de SDA8
Chapitre 4 de https://doc.ubuntu-fr.org/tutoriel/recu … _un_livecd
Chapitre 8 de https://doc.ubuntu-fr.org/ecryptfs#recu … me_chiffre
(peut-être le 8.2)
Ainsi que ce lien https://forum.ubuntu-fr.org/viewtopic.php?id=2022206

ACI · Le 14/06/2021, à 15:54

Olá,

Après différents essais sans succès, nous avons décidé avec la personne concernée d'installer Ubuntu 20.04 en écrasant toutes les partitions précédentes (dont Ms Windows bien que ce fut la seule qui n'ai pas posé souci ^^). Tant pis pour les données ainsi perdues.

Merci aux membres de la communauté qui ont apporté leur aide, vos conseils et indications pourront être utiles à d'autres internautes. Je passe le topic en [Clos] pour ne pas induire en erreur avec un [Résolu].

A bientôt.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 04/05/2021, à 13:55

[Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#2 Le 04/05/2021, à 16:13

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#3 Le 04/05/2021, à 16:34

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#4 Le 04/05/2021, à 16:39

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#5 Le 04/05/2021, à 16:40

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#6 Le 04/05/2021, à 17:06

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#7 Le 07/05/2021, à 14:41

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#8 Le 07/05/2021, à 15:22

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#9 Le 07/05/2021, à 15:48

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#10 Le 11/06/2021, à 14:24

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#11 Le 14/06/2021, à 13:06

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

#12 Le 14/06/2021, à 15:54

Re : [Clos] Problème d'ouverture de session Ubuntu 18.04 dual-boot Windows

Pied de page des forums