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

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

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

 
 



Dernière réponse
Sujet : [petit coup de main svp] Mint en emergency mode : fstab foireux ?
rat de combat

kaari a écrit :

esp: efi system partition

Ah d'accord. :jap:


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
rat de combat

kaari a écrit :

esp: efi system partition

Ah d'accord. :jap:

kaari esp: efi system partition
rat de combat

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.
kaari Je comprend pas trop, ça ressemble à un uuid d'esp
nono solo 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. :)
nono solo 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. :)
majax2011 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 . . .
nono solo 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 :)  
                                                 
 

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

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