Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2678 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

  [petit coup de main svp] Mint en emergency mode : fstab foireux ?

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[petit coup de main svp] Mint en emergency mode : fstab foireux ?

n°1427838
nono solo
Posté le 31-12-2018 à 19:35:28  profilanswer
 

Bonjour à tous, comme indiqué dans le titre j'ai une petite galère avec mint qui est bloqué en emergency mode et je tourne en rond.
Difficile de déterminer exactement l'origine du soucis car j'ai fait plusieurs choses avant le précédent redemarage :
- J'ai fait les Majs système.
-Installé des paquet pour une connexion mtp foireuse
-Reformaté un disque de donnés via Disques mais sans toucher à mon disque système.
 
J'ai essayé le mode recovery mais il m'annonce que mon disque est en lecture seule et je n'ai accès qu'aux trois première options (redemarer, libérer espace (clean) et tenter reparation des secteurs)
En mode Upstart il m'annonce qu'il y a un problème de montage avec mon disque de démarage et me propose S pour skipper le problème mais il je retombe de nouveau sur le mode emergency.
J'ai démaré sur une clé live Xubuntu, j'ai bien acces à mon disque système de Mint et je peux le monter/remonter.
Voici ce que donne mon fichier 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/sda1 during installation
UUID=c7793d4a-05da-44b9-8429-0d5241f77526 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=38fdb8ae-a06c-4b8e-bf13-faf777c31ec8 none            swap    sw              0       0
/dev/disk/by-uuid/180A-4165 /mnt/180A-4165 auto defaults 0 0
 
La commande

Code :
  1. lsblk -f

me donne ça :
 
NAME   FSTYPE  LABEL       UUID                                 MOUNTPOINT
fd0                                                              
loop0  ext2                05eec5c3-8b2c-c24a-a866-9b715872691e  
loop1  squashf                                                  /rofs
sda                                                              
├─sda1 ext4                c7793d4a-05da-44b9-8429-0d5241f77526 /media/xubuntu/c
├─sda2                                                          
└─sda5 swap                38fdb8ae-a06c-4b8e-bf13-faf777c31ec8 [SWAP]
sdb                                                              
└─sdb1 vfat    MYLINUXLIVE A04D-54F3                            /cdrom
sr0        
 
J'aurais besoin de vos lumière parce qu'à partir de là je ne sais plus quoi faire, je sais que je peux virer le errors=remount-ro 0 pour forcer le disque en ecriture et avoir peut etre un meilleur accès au recovery mais vu que c'est risquer je préfère pas faire de bétises.
Merci d'avance pour votre aide et bonne année 2019 :)  
                                                 
 

mood
Publicité
Posté le 31-12-2018 à 19:35:28  profilanswer
 

n°1427866
majax2011
Posté le 01-01-2019 à 12:14:19  profilanswer
 

Bonjour, et bonne année.
À quoi correspond la dernière ligne de /etc/fstab ?
L'uuid 180A-4165 n'apparaît pas dans le résultat de la commande lsblk !
Ne le sachant pas, je commencerais par commenter cette ligne, pour voir . . .
Si c'est pire, tu peux toujours revenir en arrière en décommentant.
N.B.: je crois qu'en formatant une partition, cela modifie son uuid . . .

n°1427893
nono solo
Posté le 01-01-2019 à 17:47:12  profilanswer
 

Bonjour merci pour ta réponse.
J'ai trouvé la solution ça pourra peut-être servir à d'autres, il fallait rajouter un "#" au debut de la dernière ligne du fstab >>> # /dev/disk/by-uuid/180A-4165 /mnt/180A-4165 auto defaults 0 0  
C'est reparti de suite.
Bonne année 2019. :)

n°1427895
nono solo
Posté le 01-01-2019 à 17:47:59  profilanswer
 

Bonjour merci pour ta réponse.
J'ai trouvé la solution ça pourra peut-être servir à d'autres, il fallait rajouter un "#" au debut de la dernière ligne du fstab >>> # /dev/disk/by-uuid/180A-4165 /mnt/180A-4165 auto defaults 0 0  
C'est reparti de suite.
Bonne année 2019. :)

n°1427929
kaari
Fuck Yeah !
Posté le 02-01-2019 à 13:44:43  profilanswer
 

Je comprend pas trop, ça ressemble à un uuid d'esp


---------------
Mon topic ventes ;)
n°1427934
rat de com​bat
attention rongeur méchant!
Posté le 02-01-2019 à 14:51:47  profilanswer
 

kaari a écrit :

Je comprend pas trop, ça ressemble à un uuid d'esp

Un UUID de quoi? :??:
Personne ça me fait penser à une clé USB qui n'existe plus, mais c'est étrange que ça crée un tel gros soucis.
@nono solo: La prochaine fois le contenu du fichier entre balises stp, c'est beaucoup plus facile à lire.


Message édité par rat de combat le 02-01-2019 à 14:52:13
n°1427935
kaari
Fuck Yeah !
Posté le 02-01-2019 à 14:59:59  profilanswer
 

esp: efi system partition


---------------
Mon topic ventes ;)
n°1427937
rat de com​bat
attention rongeur méchant!
Posté le 02-01-2019 à 15:36:09  profilanswer
 

kaari a écrit :

esp: efi system partition

Ah d'accord. :jap:


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

  [petit coup de main svp] Mint en emergency mode : fstab foireux ?

 

Sujets relatifs
Debutant dual boot manjaro ou mint ?entreprise rennaise pour gérer un petit parc linux pro?
linux Mint : déplacer bibliotheque CalibreSamsung Kies dans Wine sous Linux Mint 64
Annulé Problème affichage en mode MSHybrid (laptop)
Petit soucis de débutantProblème d'heure en dual boot XP/Linux Mint
Question Live linux sur clé USB mode persistantPython sur Mint: problème variable string
Plus de sujets relatifs à : [petit coup de main svp] Mint en emergency mode : fstab foireux ?


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR