[système] De très gros problèmes… une mise à jour(résolu)

[reflets de vert]

Salut!

Je peux détailler, et chercher dans les fichiers.

En gros c'est la très grosse poisse, il y a des trucs de partout, et je ne comprend plus!

J'ai fait des mises à jour sur deux ordis, et je suis parti. La personne qui s'est servi de ces ordis a pu démarrer sans problèmes et tout utiliser une fois.

La fois d'après, de très grosses merdes au démarrage! Plus de session graphique.

Je suis allé voir. En fait il y a des fail au démarrage (hal, dbus, et quelques autres).

Quand je fais nano /etc/rc.conf, en root, j'ai accès. Mais impossible d'écrire! (read-only en root )

J'ai testé aussi export EDITOR= nano, puis visudo. Ne démarre pas. Read-only. Même avec sudo, même en root.

pacman travaille pour tout ce qui est indicatif.

pacman -Q pas de soucis.

pacman -S ou pacman -R --nosave ne marche pas.

C'est extrèmement grave.
J'en ai discuté avec quelqu'un. Ca ressemble soit à des problèmes de droit, soit à un compte root foutu.

J'ai fait sur ces deux ordis des grosses mises à jour, parce que le serveur free a du retard et que je ne m'en suis pas rendu compte…

Je peux donner des détails, aucun souci!

[tuxce]

c'est peut être le disque qui est monté en lecture seule, non ?

Code : Tout sélectionner

mount

[reflets de vert]

En effet, ça pourrait être ça!

Voici ce que ça me dit:

Code : Tout sélectionner

mount
mount: warning: /etc/mtab is not writable (e.g. read-only filesystem).
It's possible that information reported by mount (8) is not up to date.
For actual information about system mount points check the /proc/mounts file.

Code : Tout sélectionner

nano /proc/mounts

rootfs / rootfs rw 0 0
proc /proc proc rw,relatime 0 0
sys /sys sysfs rw,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=10240k,nr_inodes=63673,mode=755 0 0
/dev/sda1 / reiserfs ro,relatime 0 0
none /dev/pts devpts rw,relatime,mode=600,ptmxmode=000 0 0
none /dev/shm tmpfs rw,relatime 0 0
/dev/sda3 /media/sda3 ext3 rw,relatime, errors=continue,barrier=0,data=writeback 0 0 

[reflets de vert]

/dev/sda1 se met en ro…

Il faudrait un moyen simple de le mettre en rw, et durablement.

Je vais éviter de faire des trucs bourrins, et attendre vos conseils!

[just1602]

Salut,

Pour monter ta partitino en rw tu peux essayer :

Code : Tout sélectionner

mount -no remount,rw /

@++

Justin

[reflets de vert]

Merci!

J'ai essayé ta commande.

Ca dit:

mount: /dev/sda1: ne peut lire le super-bloc

j'ai essayé ta commande avec /dev/sda1 à la place de /
pareil

[FoolEcho]

Comment est /etc/fstab ?

[chipster]

@reflets de vert, utilise les balises code stp

[reflets de vert]

Ok pour les balises code.

Je n'ai de nouveau pas accès à ces ordis pour l'instant (j'espère que ça ne fait pas pareil avec les plantes qu'avec les ordis! Les plantes avec moi elles vivent quand je suis là et meurent quand je m'absente!), mais j'ai demandé à la personne qui est sur place, qui connaît pas aussi bien, de noter le résultat de la fameuse commande.

Donc.

Code : Tout sélectionner

nano /etc/fstab

/etc/fstab : static file system information
File system      dir           type        options        dump pass
none         /dev/pts     devpts         defaults          0     0
none         /dev/shm     tempfs         defaults          0     0

#/dev/cdrom   /media/cd    auto     ro,user,unauto,unhide  0     0
#/dev/dvd     /media/dvd   auto     ro,user,unauto,unhide  0     0
#/dev/fd0     /media/fl    auto     user,noauto            0     0
/dev/sda3     /media/sda3  auto         defaults           0     0
/dev/sdb1     /media/sdb1  auto         defaults           0     0
/dev/sdb6     /media/sdb6  auto         defaults           0     0
/dev/sdc      /mnt/usb     auto         defaults           0     0

UUID=15156da1-8459-45fd-b6af-84378e63c87 e swap swap defaults 0 0
UUID=ea86bb45-7aba84ecc-bc90-1707801dee40 / reiserfs defaults 0 1

[FoolEcho]

Côté log, ça donne quoi ?

Code : Tout sélectionner

dmesg |grep -e sda1 -e REISER 

De même que ?

Code : Tout sélectionner

reiserfsck --check

[chipster]

visiblement la mise à jour de hal résous le souci chez moi

[FoolEcho]

@chipster: heu... excuse, mais tu ne te serais pas gourré de sujet, là ? (j'ai vu ce même post ailleurs: http://forums.archlinux.fr/post60527.html )

[chipster]

oups, si je me suis planté xD

[reflets de vert]

Bon je suis de nouveau devant ce fameux ordi, et demain de nouveau plus!

Code : Tout sélectionner

dmesg |grep -e sda1 -e REISER
Kernel command line: root=/dev/sda1 resume=/dev/sda2 ro
sda: sda1 sda2 sda3
REISERFS (device sda1): found reiserfs format "3.6" with standard journal
REISERFS (device sda1): using ordered data mode
REISERFS (device sda1): journal params: device sda1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
REISERFS (device sda1): checking transaction log (sda1)
REISERFS (device sda1): using r5 hash to sort names
REISERFS error (device sda1): vs-4080 _reiserfs_free_block: block 3571951: bit already cleared
REISERFS (device sda1): Remounting filesystem read-only
REISERFS warning (device sda1): clm-6006 reiserfs_dirty_inode: writing inode 3521 on readonly FS

Code : Tout sélectionner

reiserfsck --check

donne un truc impossible à piper dans less (comprend pas), mais qui ressemble tout à fait à une page de man.

J'ai donc fait

Code : Tout sélectionner

reiserfsck --check sda1

Et là il me demande confirmation, et me fait un gros message plein d'étoiles.
Voici ce message:

Code : Tout sélectionner

reiserfsck --check sda1
reiserfsck 3.6.21 (2009 www.namsys.com)

***********************************************************
**If you are using the latest reiserfsprogs and it fails         **
**please email bug reports to reiserfs-list@namesys.com,**
**providing as much information as possible -- your         **
**hardware, kernel, patches, settings, all reiserfsck           **
**messages (including version), the reiserfsck logfile,        **
**check the syslog file for any related information.            **
**If you would like advice on using this program, support  **
**is available for $25 at www.namesys.com/support.html.**
**********************************************

Will read-only check consistency of the filesystem on sda1
Will put log info to "stdout"

Do you want to run this program? [N/Yes] (note need to type Yes if you do):

Bon j'ai tapé N.
Finalement je n'y connais vraiment plus rien là.

La première commande me dit qu'il y a une erreur dans le système de fichiers… enfin pas sûr là non plus je n'y connais rien.

Enfin voilà!
J'espère que ça ira.
Parce que sinon ça va devenir une vraie galère pour moi!

[benjarobin]

Voir le man de reiserfsck Tout est expliqué
Edit: Au cas ou tu ne l'aurait pas remarqué, mais c'est cette commande qui est valide : reiserfsck --check /dev/sda1

[FoolEcho]

Sur le second "check" (effectivement il faut préciser le périphérique sans quoi il te sort l'aide par faute d'arguments) , il te demande juste si tu veux lancer la vérification et va écrire le log sur la sortie standard (on peut aussi lui indiquer un fichier). Tu ne risques rien avec cette commande.

[reflets de vert]

J'ai lancé en root la commande

Code : Tout sélectionner

reiserfsck --check /dev/sda1

Il trouve pas mal de problèmes, dont des objectid partagés par au moins deux fichiers.

Ca dit

Code : Tout sélectionner

Fatal corruptions were found, Semantic pass skipped
8 found corruptions can be fixed only when running with --rebuild-tree

Le man de reiserfsck dit qu'il faut sauvegarder les données avant de lancer --rebuild tree.
Dans mon cas je ne risque rien, mes données sont dans une autre partition.

Ça reconstruit tout le système de fichiers.
Je lance donc la commande.

Code : Tout sélectionner

reiserfsck -rebuild-tree /dev/sda1

Bon ça marche assez bien, ça fait en effet pas mal d'opérations.

On me conseille de démonter et de remonter le système de fichiers.
umount me dit que c'est pas monté, et mount que / est monté.
Je redémarre l'ordi.

Tout fonctionne sauf syslog-ng

Code : Tout sélectionner

Persistent configuration file is in invalid format, ignoring;

Bon mais ça doit être pas très dur ça, donc on va dire "résolu".

Merci encore!
(ça me dit un de ces quatres il va falloir que je me renseigne un peu mieux sur tout ça)
Mais c'est possible que ces problèmes dans le système de fichiers viennent de la mise à jour? Un autre ordi a des problèmes suite à la même mise à jour, mais ils ne sont pas les mêmes (hal et dbus failent, mais le /etc/fstab n'est pas pareil… bon je m'en occupe plus tard… je lancerai un fil là-dessus si il faut)

[reflets de vert]

J'ai l'impression que derrière ce problème logiciel il y a eu un problème matériel… mon ordi vient de lâcher aujourd'hui… de manière matérielle.

Bon, je raconte… mais c'était pour préciser.

Merci beaucoup encore à tous!!