Trisquel ne se lance plus... Stopping read required files in advance

il ressemble a ceci ton écran ?
https://trisquel.info/files/Trisquel_7_lxde_core_install_2.png
Essaye
après le $ écrit ceçi
startx
Cela devrait (éventuellement) t'ouvrir une session graphique

Et si tu n'as pas l'écran que Mangy Dog te montre, essaie Ctrl+Alt+F2 pour l'avoir.

Quelque chose de particulier que tu aurais installé récemment (comme un autre environnement de bureau) ? Une modification de /etc/fstab ?

J'ai peur que le problème soit un disque dur mourant...

Réalise donc déjà une sauvegarde depuis un système Live (comme le système qui t'a servi à installer Trisquel).

Bonjour Mangy Dog,

Merci beaucoup pour ta réponse. Malheureusement non, ce n'est pas le genre d'écran que j'ai.
En fait, habituellement quand je lance ma machine, j'ai d'abord une image de pingouin sur le bouc avec avec plusieurs choix. Si je ne touche à rien, quelque instants après un écran noir apparaît avec plein de ligne qui se succèdent très vite:

"* Starting machin chouette..." "* stopping bidule" etc. ensuite, d'habitude je tombe sur le choix d'utilisateur où j'introduis mon mot de passe mais depuis le problème, tout se passe de la même manière sauf que je n'arrive plus à l'écran de choix d'utilisateur. C'est comme si le chargement bloquait, comme si la séquence de "* starting... " "* stopping..." n'arrivait pas à aboutir.

J'ai quand même tenté ma commande que tu indiques mais rien ne s'affiche, pas même les lettres que je tapes sur le clavier, ça semble bloqué. Je vois juste une séquence d'une quinzaine de ligne qui se répète en boucle où chaque ligne apparaît très lentement. ça commence par "Call trace:" puis des lignes avec à chaque fois une intro entre crochet et entre "<" ">" puis du code.

Bonjour Magic Banana,

Merci pour ton aide! Ctrl+alt+F2 ne fait que faire apparaître un écran noir avec un tiret clignotant en haut à gauche de l'écran. Lorsque je tape sur le clavier, rien n’apparaît. "startx" ne semble rien donner. Après de longue minutes la séquence "Call Trace:" recommence.

Pour répondre à ta question, je n'ai pas l'impression d'avoir installé quelque chose de particulier ces derniers jours.

Je vais tenter une sauvegarde avec un système live... en espérant que ça marche.

Merci pour votre aide!

J'ai dit une bêtise en présentant ma machine. Je suis sur libreboot et non pas gnu grub.

A vrai dire je n'avais pas moi même installé Trisquel sur cette machine (achetée sur minifree). J'ai créé un live System usb à partir de l'ISO récupérée sur le site de trisquel via "startup disc creator".

Une fois la clé branchée, le PC allumé, dans le menu de libreboot j'ai la possibilité de choisir "* Parse ISOLINUX menu (USB)", je tape sur la touche "enter" et il apparaît à l'écran:

"error: syntax error.
error: Incorrect command.
error: syntax error.

Press any key to continue..."

quand je tape sur le clavier je reviens au menu de libreboot... impossible de démarrer sur le live system USB. Aurais-je mal fait quelque chose?

Merci Magic Banana. En cherchant, j'étais déjà tombé ton super manuel!
Mais effectivement pour libreboot c'est un peu différent. Pour ceux qui se retrouveraient dans la même situation, en fait les disques créés avec start up disc creator ne fonctionnent pas avec libreboot... il faut faire une manip spéciale: https://libreboot.org/docs/gnulinux/grub_boot_installer.html

Ce qui explique pourquoi ça ne fonctionnait pas! Maintenant ça marche. J'arrive à lancer trisquel en mode "live".

Par contre, le problème c'est que le disque dur ne se monte pas. Il est reconnu mais lorsque je clique sur l’icône du disque, j'ai ce message "Unable to acces 213 GB Volume" An operation is already pending"

l'opération dont ils parlent doit être le fait que j'ai cliqué une première fois sur l’icône et que ça ne répond pas...

Voulant essayer de me débrouiller, j'ai tenté de faire l'opération présentée ici: http://coorprowave.info/2012/08/07/reparer-un-disque-dur-qui-ne-se-monte-plus-sous-gnulinux/

Sauf que j'ai pris soin de faire l'inverse, c'est à dire tenter de monter la partition de mon disque dur interne qui ne se monte pas sur mon disque dur externe. Ce qui n'a pas fonctionné malheureusement. Je ne sais pas si c'est très orthodoxe ce que j'ai fait. Peut être n'est-ce tout simplement pas possible de monter une partition d'un disque sur un autre disque... je ne maîtrise pas du tout le sujet.

Grâce à "Disk" et à la commande "lsblk" je vois que mon disque sda de 223,6G est divisé comme ceci:
sda1 18,6G part "filesystem"
sda2 1K part
sda5 6,3G part (swap)
sda6 198,7G part

En réalité c'est la partition sda2 qui est sous divisée en deux partitions (sda5 et sda6)

Connaissez-vous une solution qui me permettrait de récupérer le contenu de ce disque dur ? ... ou dois-je me résoudre à faire une croix définitive sur mes données? Aie... j'ai peur de la réponse.

Merci pour ton aide Magic Banana.
J'ai essayé "sudo mount -t xfs /dev/sda6 /mnt", la commande ne renvoie rien mais je pense que c'est parce qu'elle n’aboutit pas. J'ai un carré blanc en dessous et lorsque j'entre une autre commande rien ne se passe (et lorsque je tente de fermer le terminal, j'ai un message m'indiquant qu'un processus est en cours et que fermer le terminal le tuera).

Pareil avec "sudo xfs_repair /dev/sda6"

Je pense que ce qui pourrait aider à la compréhension du problème serait que je puisse copier coller les 20 dernières lignes d'erreur que j'ai au démarrage (sans le liveCD). Je peux essayer de le faire manuellement mais ça sera très fastidieux. Y a t il moyen que je puisse copier coller via le live system? Genre simuler un démarrage sur sda? puis effectuer la commande "dmesg | tail -20"?

Voici une idée de ce que je reçois comme message au démarrage ("charabia" correspond à des infos qui me semblent inutilles ou totalement obscures)

* starting Clean /tmp directory [ OK ]
[ charabia] XFS (sda6): Starting recovery (logdev:internal)
[ charabia] XFS: Internal error XFS_WANT_CORRUPTED_GOTO at line 1602 of file /tmps/buildd/linux-3.13.0/fs/xfs/xfs_alloc.c. Caller 0xffffffffa0359ff5
[ charabia] CPU: O PID: 374 Comm: mount Tainted: G I 3.13.O-100-lowlatency #147+7.0trisquel12
[ charabia] Hardware name: LENOVO bidule
[ charabia] charabia
[ charabia] charabia
[ charabia] charabia
[ charabia] Call Trace:
[ charabia] [< charabia >] dump_stack+x64/0x82
[ charabia] [< charabia >] ....
.....

Fait des photographies de l'écran et mets les en pièces jointes sur le forum.

merci

Bonne idee nmrk.n

merci a toi

Voici

Je n avais pas vu ta réponse Magic Banana. Merci aussi,

Voici le fichier log

par contre il s agit du fichier log via live system... je ne sais pas si c est bon ou pas.

Et voici ce que répond la commande 'sudo xfs_repair -v /dev/sda6';

"Phase 1 - find and verify superblock...
- block cache size set to 753544 entries
Phase 2 - using internal log
- zero log...
zero_log: head block 194321 tail block 194071
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed. Mount the filesystem to replay the log, and unmount it before
re-running xfs_repair. If you are unable to mount the filesystem, then use
the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this."

Tiens tiens, ca ne semble plus bloquer comme avant?!
En fait Magic Banana j avais deja anticiper le fait que la commande prenne du temps, je l avais laisse tourner toute la nuit precedente

ps: mes excuses pour les accents manquants j ecris depuis un clavier qwerty

Pour info, je viens de relancer la commande 'sudo xfs_repair -v /dev/sda6'; et la, ca rebloque. Probablement parce qu entre temps j ai clique sur l icone du disque dur et qu il est "occupe"
Je laisse tourner je vous dis si ca retourne quelque chose...

Alléluia! Ça fonctionne. Je vous parle depuis ma machine qui refonctionne!!!
Merci Magic Banana! Merci à tous pour vos conseils!
Je suis tellement content d'avoir retrouvé mes données. Je m'empresse de ce pas de faire le backup que je repoussais depuis quelques mois.

Oserais-je une dernière question: est-ce que le problème est le symptôme de quelque chose? Un disque dur "en fin de vie" à remplacer? Ou bien une erreur de ma part dans un bidouillage un peu foireux que je n'ai pas identifié? Une config instable qu'il serait judicieux de netoyer? Puis-je encore attendre et voir si le problème revient avant de réinvestir dans un nouveau disque dur ou pensez-vous qu'il soit pertinent de le changer préventivement? (sachant que le SD à 2 ans).

Autre chose, en y réfléchissant mieux, j'ai oublié de vous dire que je m'étais habitué à des kernel panic au démarrage, depuis toujours (c-à-d depuis que j'ai réceptionné le x200 de chez Minifree), de temps et temps, la séquence de démarrage s'interrompait. Je mettais ça sur le dos de libreboot qui était un peu capricieux, puisqu'en forçant un redémarrage, ça démarrait normalement. Du coup, je n'y prêtais plus attention... peut-être à tort?

Autre info qui pourrait vous mettre la puce à l'oreille: ces derniers temps, j'ai reçu quelques alertes me disant que l'espace disque était faible "Le volume "Racine du système de fichiers" n'a plus que 809 Mio d'espace disponible."... j'avais fait un coup d'autoremove quelques jours avant le problème, je ne sais pas si ça peut avoir un lien... Je pensais avoir résolu le problème avec autoremove mais voilà que j'ai de nouveau reçu une alerte. A moins que la commande "repair" ait récupéré les Kernels et que cela ait un lien avec le probleme précédent??? je ne comprends pas bien.