[Linux-bruxelles] fstab disparu !

Ven 23 Juil 14:13:26 CEST 2010

Salut Serge,

Le jeudi 22 juillet 2010 à 10:07 +0200, Serge SMEESTERS a écrit : 
> Salut,
> 
> 
> Je te conseil de réinstaller le système dans son ensemble en ne
> récupérant que le minimum de la config' actuelle (sauvegarde dans
> Evolution ; marques-pages Firefox et fichiers et dossiers visible dans
> le dossier personnel)
> 
> En effet, le système semble instable et fortement endommager au niveau
> des fichiers de configuration. Il est probablement futile de chercher
> du côté des droits d'accès sur tel ou tel fichier ou de recréer
> maladroitement un fstab à partir de mtab...

C'est aussi la conclusion à laquelle je suis arrivé. J'ai trouvé quelque
part sur internet quelqu'un qui se servait du mtab comme base pour
réécrire un fstab, et j'ai voulu suivre cette piste, en comparant avec
le fstab de mon desktop (et en modifiant ce qu'il fallait modifier).
Mais ce n'était pas le bon plan. 

> 
> Néanmoins et d'autre part, ...
> 
> [...]
> > Ok, effectivement. Ma copine m'a dit depuis qu'elle avait
> > remarqué qu'un style de paragraphe de même nom, mais
> > de formats différents, se retrouvait dans plusieurs documents
> > ouverts simultanément, et qu'elle faisait des transferts de l'un
> > vers l'autre... Ça n'a sans doute pas aidé non plus !
> 
> Normalement, ça n'est pas directement la source de tel problème.

D'accord. 
> 
> Par contre, il est intéressant d'être à l'aise avec les styles.
> 
> Il est normal que copier du corps de texte d'un côté soit collé comme
> corps de texte de l'autre, même si les réglage d'apparence de ce même
> style n'est pas identique. C'est ce qui permet de garder homogénéité
> du style dans un document. C'est tout l'intérêt des styles.
> 
> Par contre, il est parfois pertinent de faire un coller comme "Texte
> non formaté" (coller spécial), de sorte à ne pas "transporter les
> attributs de styles".
> 
> [Ctrl]+[Shift]+V

La gestion des styles est en effet quelque chose de nouveau pour elle...
Peut-être que le plus simple est d'activer le bouton "actualisation
automatique", qui, si mes souvenirs sont bons, permet d'actualiser le
style modifié dans tous les documents qui le contiennent ?

> 
> >>> ... un message apparait comme si elle essayait d'ouvrir un fichier
> >>> qui était déjà ouvert, qui ne peut être accessible qu'en read-only.
> 
> Là, je pense plus à une mauvaise concurrence de processus...
> L'un étant peut-être bloqué sur une boite de dialogue...
> 
> C'est une petite machine ?
> Ça se surcharge vite... et on fait facilement des erreurs de frappe...

Oui, c'est un netbook msi wind, avec 2 Gb de RAM tout de même - dont je
suis extrêmement content par ailleurs. Mais je pense que l'enchainement
fatal a dû être en effet : faute de frappe + processus concurrents +
surchauffe + chaleur...
> 
> 
> [...]
> >> N'y a-t-il pas là un défaut d'espace disque ?
> 
> > Aucun, 21,2 Gb libres sur 30 Gb, à priori c'est autre chose.
> [...]
> > ... des données sont sur une partition séparée ...
> 
> ± 21 Go libre ... sur quelle partition ?

Sur la partition / qui contient tout le système gnu/linux, et sur
laquelle le document était sauvegardé. Le reste du disque est dédié à
d'autres OS et une très grande partition data accessible à tous les OS ;
mais ce n'était pas sur celle-là qu'on travaillait, même si elle était
montée (automatiquement au boot). 
> 
> 
> 
> [...]
> >> Refaire le fstab, c'est pas très difficile.
> >>
> >> 'te faut une ligne pour proc :
> >>
> >>   proc  /proc  proc  defaults  0  0
> >>
> >> et une ligne pour / :
> >>
> >>   /dev/sda1  /  ext4 errors=remount-ro  0  1
> >>
> >> Tu peux facilement faire ça en tapant
> >> vi /etc/fstab
> >> touche i pour insérer les deux lignes
> >> [Esc] puis :x [Enter]
> >> [Ctrl] + d
> >>
> >> Remplace sda1 par la référence à ta partition...
> >> Le UUID, tu peux le mettre plus tard.
> 
> > J'ai refait un fstab à partir du mtab.
> 
> 'pas sûr que ce soit une bonne idée...

Effectivement. Même avec un fstab minimal comme celui que tu me
proposes, je n'arrivais pas à lancer le serveur graphique. 
> 
> > Il y avait un problème avec /home/veronika/.gvfs
> 
> Ça apparait dans mtab, mais tu dois pas le mettre dans ton fstab
> 
> .gvfs démarre tout seul normalement et permet de gérer des montages à
> chaud pour l'utilisateur et une certaine transparence pour les
> applications Gnome (ou GTK ?)
> 
> > Je n'ai gardé que les lignes correspondant à proc et /
> > Mais au boot, gdm ne se lance pas ...
> 
> C'est la merde !
> D'autres fichiers ont probablement disparus...
> 
> Je te conseils de réinstaller le système !
> (mas pas payeur)

Ok, je voulais essayer avant les autres possibilités. 
> 
> Peut-être un CD/Clé_USB live avant ... pour voir...
> 
> 
> > ... test de la batterie.
> 
> As-tu cherché à vérifier l'état des batteries ?

Le batterie check se termine par [OK], je présume que ça va. Et par le
live-cd ubuntu je vois que tout est normal. 
> 
> Se chargent-elles encore bien ?

Elles commence à être un peu ancienne et ne se chargent qu'à un peu plus
de 83 %, mais elles me permettent de travailler quand même avec environ
une heure vingt d'autonomie (je pense à m'en acheter une 6 cells qui me
permettrait plus). 
> 
> Peut-être un problème de ventilation ?
> 
> Trop chaud ?

Je pense que c'est surtout ça, ces derniers jours de grosses chaleurs
ont été durs je pense pour ces petites machines. 
> 
> 
> Bonne chance :)

Merci. 

Miguel Decleire
> 
> 
> À+,
> Serge S.
> 
> --
> Linux-bruxelles mailing list
> Linux-bruxelles at lists.bxlug.be
> http://lists.bxlug.be/mailman/listinfo/linux-bruxelles