Fedora-Fr

CamilleH · 2014-01-08T20:02:12+00:00

Bonsoir, Je suis sous Fedora 20 Heisenbug depuis 4 jours. Lorsque mon amie l'a installé, elle a rencontré le problème que je vais vous exposer mais il lui...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Booting bloqué, ERST ne répond pas

CamilleH

Heldwin wrote:Tu as bien fait:
vi /etc/default/grub
?

Oui, c'est ce que j'ai fait.

Maintenant, j'ai appuyé sur i, du coup, pour voir en quel mode j'étais. J'ai, dorénavant :

_ (barre d'écriture clignotante, je peux écrire)
~
~
~
~
(la longue série de tildes bleus sur la hauteur de l'écran)
~
~
~
~
-- INSERT --

Dois-je changer de mode ? Dois-je écrire, en haut ?

jaco60

Euh, moi j'essaierai pas d'apprendre vi en devant modifier le fichier de configuration de grub... Vi, c'est quand même mieux de l'apprendre tranquille, sans être root, avec des fichiers de test.

Bref, dans l'urgence, j'installerai un éditeur texte plus débutant-compatible (genre nano), et je réparerai le système.

CamilleH

Heldwin wrote:
Que retourne:
ls -ld /etc
ls -ld /etc/default
?

Pour :

ls -ld /etc

il répond :

ls: invalid option -- ' /'
Try ' ls --help' for more information.
:/#

Est-ce que j'essaie ce qu'il me propose ou j'essaie ta seconde proposition, Heldwin ?

CamilleH

Heldwin wrote: Ca met vraiment:
:/#
, comme invite de commande ?

Oui.

CamilleH

Heldwin wrote: Puisque tu te trouves sur /, ces commandes fonctionnent ?
mount
ls
Il y a bien une ligne qui contient / dans le retour de: mount ?
Ca indique un système de fichiers correct ? (etc, home, var, root, etc. ?)

A mount, il répond :

rootfs on / type rootfs (rw)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=1853832k,nr_inodes=463458,mode=755)

ça continue sur une dizaine de lignes jusqu'à finir par :

cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
:/#

Veux-tu que je t'écrive tout ce qui s'affiche ? Veux-tu que j'essaie l'autre commande ?

CamilleH

A :

ls

il répond :

bin dev dracut-state.sh etc init lib lib64 proc root run sbin shutdown sys sysroot tmp usr var
:/#

nouvo09

Et éviter de faire les mises à jour au moment de l'installation, n'utiliser que les paquets présents sur le dvd.

CamilleH

Mille mercis pour votre aide, votre temps, votre efficacité !

chepioq

Pour ceux qui sont allergiques à VI, il existe un éditeur qui fonctionne sous console : mc ( http://fr.wikipedia.org/wiki/Midnight_Commander )

yum install mc

C'est un explorateur de fichier dans lequel on peut naviguer, visualiser et modifier le contenu des fichiers.

tosca

Heldwin wrote:
If you do find yourself affected by the issue and wish to rescue the installation rather than re-install, you can use the installer's rescue mode.

Heldwin wrote:Donc démarrer sur le DVD d'install en rescue, et lancer les commandes indiquées.

Tentative sans succès ! :-?

1. Pas d'option de lancement en mode rescue sur le DVD

2. Il a ensuite fallu trouver comment obtenir un prompt de boot => sur cette page, il était indiqué de faire Esc pendant le chargement de l'interface graphique, ce qui a permis d'obtenir le prompt

3. mais une fois obtenu le prompt boot:, la commande linux rescue ramène le message :

Could not find image kernel

4. ... on fait quoi maintenant ? :roll:

nouvo09

1. Pas d'option de lancement en mode rescue sur le DVD

shoot again ! Tu as le choix "troubleshooting" et dedans le démarrage en mode rescue !

tosca

Heldwin wrote: Il y a des trucs bizarre dans /.

* Où se trouvent /boot, /opt, /home, /media, /mnt ?
* Que viennent faire: shutdown, dracut-state.sh, sysroot , par exemple, dans la racine ?

Sais pas ... j'avais installé à partir d'un DVD 64 bits téléchargé par torrent. Je n'ai eu aucun problème d'install, et avais pu ensuite faire les mises à jour et installer les programmes complémentaires dont CamilleH avait besoin.

Heldwin wrote: Ne sachant pas d'où ils viennent, et les potentiels autres problèmes, il serait peut-être plus simple de réinstaller.

J'avais déjà réinstallé une 2è fois, lorsque j'ai rencontré le problème peu de temps après la première installation.
Depuis, CamilleH a réimplanté tous ses docs personnels sur la machine, et souhaite pouvoir les récupérer.

A priori, je ne vois pas pourquoi une 3è installation pourrait avoir plus de succès que les 2 précédentes ... je pouvais avoir un doute sur la 1ère, mais la 2è a confirmé le souci.
Il faudrait donc vraisemblablement repartir d'une autre source. Les ISO mis à disposition ont-ils été mis à jour/remplacés récemment ? Les propriétés de mon Fedora-20-x86_64-DVD m'indique qu'il a été créé le 17 décembre.

tosca

Heldwin wrote:Dans l'edit, j'ai mis qu'elle était dans l'environnement initramfs, donc ce que j'ai mis au-dessus de l'edit est expliqué par cela.

Ca me cause pas beaucoup ... et mon ami Google est plutôt abscons sur le sujet ! :-D

Heldwin wrote:Si elle passe dans cet environnement, il faudrait vraiment lancer un: dracut -f, avec le dernier dracut, afin de re-générer des initramfs corrects et voir si ça boot après ça...

Elle est repartie avec sa machine et le DVD que j'avais utilisé. Soit elle trouve de l'aide dans la "grande ville" pour solutionner le problème, sinon elle repassera et je verrai ce que je peux faire ; mais sa priorité était d'abord de récupérer ses fichiers.

« Page précédente