Bloqué sur starting default target Le sujet est résolu

[toto69]

Bonjour

J'ai une pztite debian kali linux
Partition racine pleine à caude de /usr énorme 16 G sur 45g
Comme j'ai un mint qui ne me sert plus je démarre sur gparted live usb et je supprime linux mint et agrandis Kali. Je redémarre : grub rescue
Je passe les commandes nécessaires pour acceder a mon system. Je démarre et .....
You are in emergency mode ....journalctl -xb...press enter to continue.
Je presse enter
Reloading system manager configuration
Starting defaut.target

Déjà je n'ai pas cliqué sur emergency mode. Il a donc dû s'y mettre tout seul.

[diesel]

Bonjour,

Tu peux donner le résultat de "sudo fdisk -l /dev/sda" et "df" ?

Amicalement.

Jean-Marie

[toto69]

Alors oui mais faut que je redémarre en passant l'edition de grub et là j'ai accès a unz console en modz root

[toto69]

Voici la photo

[toto69]

Ma partition principale est sda1. Le petit asterix ne devrait-il pas être sur sda1 ??

[diesel]

Non, tu es en EFI, donc, tu bootes sur la partition EFI (la 3).

Amicalement.

Jean-Marie

[diesel]

Je ne comprends rien.

Sur ton disque, tu as :

- une partition windows (sda2) de 20,6G ; On oublie,
- une partition EFI (sda3) de 512MO ; C'est bien,
- une partition swap (sda5) de 1G ; C'est un peu petit, mais bon...,
- une partition linux (sda1) de 269G ; C'est pas mal.

Et c'est ce que confirme le df (7% d'utilisés sur 277 millions de blocs de 1K).

Or, tu nous parles de 45G !

Je n'y comprends rien.

Amicalement.

Jean-Marie

[toto69]

Initialement j'avais mon kali sur une seule partition (sda1) de 45 go. Comme elle était pleine, avec ce /usr de 16 go, j'ai décidé de virer mon linux mint et j'ai agrandi ma sda1. Elle fait donc maintenant 269 Go.
C'est suite à cette manip que je n'ai plus accès à mon système kali. et que j'ai ce beau 'grub rescue' quand je démarre.
Mais c'est pas trop le grub recue qui m'ennuie car j'arrive sur un grub avec cette manipulation :

grub rescue> set prefix=(hd0,1)/boot/grub
grub rescue> set root=(hd0,1)
grub rescue> insmod normal
grub rescue> normal

c'est la suite. Je vais remettre quelques photos.

Par contre je n'ai pas de windows !!

Voici en image le démarrage une fois sur Grub.

[toto69]

Voici les images du démarrage. Bon c'est à l'envers ! Faut ommencer par le bas !!

[toto69]

Et la dernière

[toto69]

J'ai oublié de dire une chose : lors du redimensionnement j'ai supprimé la partion etendue linux mint avec le swap dedans. Ce swap servait aussi pour Kali. Du coup j'en ai recréé un. Cela pourrait-il donc être un problème de UUID ?!?

J'ai donc édité /etc/fstab. Et je trouve qu'il y a un truc bizarre : il me parle de /home sur /dev/sda6 !!!!

/home was on /dev/sda6 during installation
UUID=2997a3b7................................ /home

/dev/sda6 n'existe plus puisque je l'ai supprimée ! Elle contenait Linux Mint je crois me souvenir !!
Le /home de Kali et de Mint étaient les mêmes !?!?

[dindoun]

salut
une ligne avec # ne signifie rien : c'est u ncommentaire qui peut être vrai à un moment mais si o nchange quelquechose dans le fstab, sa signification peut n'avoir plus aucun rapport avec la ligne suivante

[toto69]

Bonsoir,

Oui, c'est vrai tu as raison ! Mais dans ce cas, pourquoi cette ligne existe-t-elle ? Elle a dû être crée à un moment.
Au démarrage, le logo de kali apparaît une quinzaines de secondes et ça passe ensuite sur une console (sans aucun accès login ni root d'ailleurs).
Pourquoi le démarrage s'arrête-t-il ?

En supprimant Mint, j'ai aussi supprimé le swap (il servait pour les deux). Le nouveau swap ne peut donc pas avoir le même UUID que l’ancien, et c’est l’ancien UUID qui est toujours référencé dans les fichiers de configuration. Je suppose que je dois donc le modifier ? Est-ce que pour /home c'est pareil ? Bien que je n'ai pas supprimé le /home de Kali car il est sur sda1. Et sda1 est toujours là !

[diesel]

Ben..., "ls -l /dev/disk/by-uuid"

Sinon, au moins provisoirement, tu remplaces UUID=***** par /dev/sdax dans le fichier fstab jusqu'à ce que ça tourne.

Amicalement.

Jean-Marie

[toto69]

Code : Tout sélectionner

Bonjour,
J'avais pas vu ta réponse !! Désolé. Entre temps j'ai booté sur un live-cd debian. Voici le retour de la commande :
user@debian:~$ ls -l /dev/disk/by-uuid
total 0
lrwxrwxrwx 1 root root 10 Apr  5 22:44 9465fe08-7b13-4a1e-b1ac-59b6d7e4c7e3 -> ../../sda5
lrwxrwxrwx 1 root root 10 Apr  6 07:13 96b71357-ec36-49a7-8cee-76d051404ffd -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr  5 22:44 D478-8EF9 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Apr  5 22:44 DFCF-3312 -> ../../sda3

Sinon, au moins provisoirement, tu remplaces UUID=***** par /dev/sdax dans le fichier fstab jusqu'à ce que ça tourne.

Je ne comprends pas quoi faire !

J'ai repensé à mon histoire de 'grub rescue'. Il me semble avoir lu quelque part que Grub n'a rien à faire de fstab ou du swap. Par contre avec Mint j'avais peut-être un second grub et le fait d'avoir modifié/supprimé des partitions a peut-être aussi supprimé ou modifié le 'bon' grub ! Mais je ne sais pas comment vérifié si je démarre bien sur le bon grub.

Depuis la console root de récupération de Kali, je n'ai pas accès au journal d'erreurs. Depuis un live cd je ne sais pas comment y avoir accès. Dedans, il doit y avoir des indications précieuses je suppose.

[diesel]

Ben...,

dans ton fstab, tu dois avoir une ligne :

UUID=96b71357-ec36-49a7-8cee-76d051404ffd / ext4 errors=remount-ro 0 1

que tu peux remplacer par :

/dev/sda1 / ext4 errors=remount-ro 0 1

par exemple ; idem pour le swap.

Une fois que ça démarrera, tu pourras faire l'opération inverse.

Amicalement.

Jean-Marie

[toto69]

Bon j’ai redémarré mais je reviens en boucle sur l’écran de la session utilisateur. Login et mot de passe ne sont pas refusés mais pas d’accès au bureau.
En passant par la console (ctrl+alt+F3), j'ai pu me connecter sur la console en tant que 'user'. Maintenant j'ai çà (je passe le bla bla)
You have new mail.
--toto69: /home/toto69: change directory failed : no such file or directory
Logging in with home = "/".
$

J'ai édité /etc/fstab et corrigé l'UUID du swap.
Redémarré et me revoilà avec starting default.target. Cependant, contrairement à tout à l'heure, le démarrage est plus long signe je pense que le problème n'est plus au même endroit.

[diesel]

Manifestement, il a un problème pour accéder à /home.

Amicalement.

Jean-Marie

[toto69]

Bon, je poste depuis mon Kali ! Enfin. Mais y'a quand même un problème : j'ai été obligé de démarré via ctrl+alt+F3 et ensuite de démarrer 'startx' en root car en user je me fausais jeter par .xauthority !
Je ne sais pas comment résoudre ce problème

[toto69]

Voici l'erreur sur startx en mode $user