PDA

Afficher la version complète : Réglé] Arch Linux



ahlner
26/04/2010, 22h59
Salut,

Lors du lancement, je reçois ce message, et je suis invité à de la maintenance.
Alors je lance, la / montée, mais en mono-utilisateur je pense :

e2fsck

à la suite de quoi je suis invité à répétition, à lancer cette commande :

e2fsck -b 8193

pas moyen de sortir de cela, sauf ctrl D, donc redémarrage.
A qui dois-je causer gentiment?
Merci,

Agemen
26/04/2010, 23h21
si tu fais une analyse de / avec / montée, ça va pas. Utilise super grub disk (qui doit avoir les outils qui vont bien) ou system rescue cd (qui lui les a, c'est sur ;) )
et rien ne t'empêche de lancer après redémarrage la commande indiquée ;)

ahlner
26/04/2010, 23h38
si tu fais une analyse de / avec / montée, ça va pas. Utilise super grub disk (qui doit avoir les outils qui vont bien) ou system rescue cd (qui lui les a, c'est sur ;) )
et rien ne t'empêche de lancer après redémarrage la commande indiquée ;)[/b]

Merci Agemen.
Mais ce n'est pas moi qui l'ai montée, mais le système, qui me demande malgré tout une intervention.
Je suppose que le système était en mono-utilisateur.
Je vais tenter la réparation avec gparted Live, qu'en penses-tu?

Agemen
26/04/2010, 23h50
que c'est une bonne idée ;)

ahlner
27/04/2010, 00h55
Agemen,

Aujourd'hui, j'ai acheté Linux pratique avec System rescue CD 1.5.
gparted n'en finissait pas de se charger. alors, terminal, fsck, e2fsck, mais toujours problème.
Je démarre avec Suse 11.X, lance un terminal root, démonte la partition défectueuse, lance fsck : système propre.
Je tente le démarrage d'Arch Linux.
A plus,

Agemen
27/04/2010, 09h39
L'utilisation d'un système voisin est aussi une bonne technique. Et en général tu sais que ton système marche, alors qu'avec les live-cd, y a toujours le risque d'un problème de gravure ^_^
Tiens nous au courant :)

ahlner
27/04/2010, 23h11
Salut,

Problème non résolu.
Si ce n'était pas si long à tout réinstaller, mais cette fois-ci en ext4 au lieu d'ext3, je n'hésiterais pas.
Il faut que je sauvegarde rc.conf, très utile pour le réseau et la localisation.
Il y a des liens à retrouver sur alionet pour l'installation de Arch Linux.
Il me faut aussi sauvegarder les sources d'installation et de mises à jour qui sont dans deux fichiers, il me semble : pacman.conf, et un autre..
Ce sont des dépôts : core, community, firefox.fr, et extra.
A part le système de base par le Cd, tout se fait en ligne de commande avec pacman et des options.
C'est surtout de retrouver le bon parcours pour éviter les problèmes, qui est critique.
Et en plus, Arch Linux évolue presque tous les jours.
Cette installe est sur un DD USB, j'ai une config au poil en ATA.
L'USB me permet de l'utiliser ailleurs pourvu que le BIOS propose HDD USB (ou l'inverse).

Agemen
27/04/2010, 23h17
que te dis la chose quand tu tentes la réparation du système de fichiers?

ahlner
27/04/2010, 23h30
que te dis la chose quand tu tentes la réparation du système de fichiers?[/b]


Avec suse le sytème en question était "propre" ou équivalent.
Au redémarrage de AL toujours le superblock qui débloque.
Dans AL, hier soir, j'ai lancé la commande :

umount /dev/sdc7

mas de message, mais un mount me répond :

/dev/sdc7 / ext3

et la commande :

e2fsck -b 8193

reste sans effet.

Agemen
27/04/2010, 23h46
rajoute un -f à tes tests pour forcer la vérification. Ça peut te prendre un peu de temps (répondre yes sans cesse :P )mais parfois c'est nécessaire.

ahlner
28/04/2010, 15h57
Salut,

Dans la Mandriva en root,, j'ai lancé, après un umount /dev/sdc7 :

e2fsck -yf /dev/sdc7

c'était un ketchup complet. Au redémarrage de Arch Linux, toujours le même message.
Mais j'avais mal lu l'écran,la / était en ro. Selon ce qui est proposé, je lance :

mount -n -o remount,rw /

et là surgit une nouvelle difficulté dont je ne viens pas à bout : j'ai beau mettre une vraie virgule, vraiment authentique, ou autre chose, bien que le clavir soit US ou English, bash me répond :

unexpected token ";"

Il est shizo, il voit des ";" partout!
Question : comment, en ligne de commandes, configurer le clavier en fr?
Merci,

Agemen
28/04/2010, 16h00
j'avoue que cette question est la source d'un grand mystère pour moi... :(
ça doit se jouer dans le bash_profile de ton utilisateur, je dirais... je fait une petite recherche ;)

oh!rocks
28/04/2010, 16h23
c'est dans le etc/rc.conf

dans la partie :


LOCALE="en_US.UTF-8"
HARDWARECLOCK="localtime"
TIMEZONE="Canada/Pacific"
KEYMAP="us"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"

tu remplaces LOCALE="en_US.UTF-8" par LOCALE="fr_FR.UTF-8"
et KEYMAP="us" par KEYMAP="fr"

puis reboot


à plus,

oh!rocks

ahlner
28/04/2010, 16h28
j'avoue que cette question est la source d'un grand mystère pour moi... :(
ça doit se jouer dans le bash_profile de ton utilisateur, je dirais... je fait une petite recherche ;)[/b]


Merci.
Le problème, c'est que l'utilisateur est root.
Je viens de me souvenir d'une commande dans AL pour configurer le clavier : km (keyboard manager?). C'est très mal choisi, à cause du m et de la ,
Il aurait été plusuniversel de choisir ks, comme keyboar settings.
A plus,

Agemen
28/04/2010, 16h39
je pense que la solution de oh!rocks est la bonne ;)
sinon, root a un dossier utilisateur, c'est /root ;)

ahlner
28/04/2010, 16h50
Merci à vous deux.
A cet essai, le bash a reconnu la ",".
Maintenant, j'ai un autre problème : il m'est demandé de monter la / en rw pour appliquer :

e2fsck - b 8193 /dev/sdc7

mais quand je le fais, je reçois un avertissement qu'il est gravement dommageable 'appliquer cela quand la partition est montée. Je le fais malgré tout, et c'est comme si je n'avais rien fait.
Je vais essayer maintenant dzpuis la 11.0
A plus,

Agemen
28/04/2010, 16h51
comme dit plus haut, il ne FAUT PAS utiliser e2fsck sur des partitions montées ;)

ahlner
28/04/2010, 17h26
Après un umount /dev/sdc7 et un eject /dev/sdc7, voilà la réponse dans le terminal gnome en #, sachant que cette partition n'est pas montée :

e2fsck -b 8193 /dev/sdc7
e2fsck 1.40.8 (13-Mar-2008)
e2fsck: Périphérique ou ressource occupé lors de la tentative d'ouverture de /dev/sdc7
Système de fichier monté ou ouvert en mode exclusif par un autre
programme ?

et maintenant, après :

cat /proc/mounts
rootfs / rootfs rw 0 0
udev /dev tmpfs rw,mode=755 0 0
/dev/sdb8 / ext3 rw,errors=continue,user_xattr,acl,barrier=1,data=o rdered 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
debugfs /sys/kernel/debug debugfs rw 0 0
devpts /dev/pts devpts rw,gid=5,mode=620 0 0
securityfs /sys/kernel/security securityfs rw 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

/dev/sdb8 / ext3 étant la / de la 11.0



Après un umount /dev/sdc7 et un eject /dev/sdc7, voilà la réponse dans le terminal gnome en #, sachant que cette partition n'est pas montée :

e2fsck -b 8193 /dev/sdc7
e2fsck 1.40.8 (13-Mar-2008)
e2fsck: Périphérique ou ressource occupé lors de la tentative d'ouverture de /dev/sdc7
Système de fichier monté ou ouvert en mode exclusif par un autre
programme ?

et maintenant, après :

cat /proc/mounts
rootfs / rootfs rw 0 0
udev /dev tmpfs rw,mode=755 0 0
/dev/sdb8 / ext3 rw,errors=continue,user_xattr,acl,barrier=1,data=o rdered 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
debugfs /sys/kernel/debug debugfs rw 0 0
devpts /dev/pts devpts rw,gid=5,mode=620 0 0
securityfs /sys/kernel/security securityfs rw 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

/dev/sdb8 / ext3 étant la / de la 11.0



Depuis Spring 2009 :

# e2fsck -b 8193 /dev/sdc7
e2fsck 1.41.4 (27-Jan-2009)
e2fsck: Bad magic number in super-block lors de la tentative d'ouverture de /dev/sdc7

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>

Quel est le prochain superblock avant que je télécharge l'ISO la plus récente d'Arch Linux?

ahlner
28/04/2010, 22h14
Pour les superblocks, je me suis dit : 8192=8192+1 (j'ai vachement mal à la te :) )
Donc, j'ai essayé avec 8193+8192=16 385
Puis avec 16385+8192= 24577
Et je m'arrête là à cause du nombre magic incorrect.
A moins que vous ayez une idée.
Merci pour votre aide.

Je viens de formater /dev/sdc7 en ext4.
Je réinstalle Arch Linux Août 2009.