plantage total [Réglé]
plus aucun accès
Système et matériels / Installation et configuration

dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
J'étais en train de sauvegarder une photo quand l'écran s'est figé !
Voilà bien3 semaines que je n'avais plus de problème avec ma carte ATI
Et puis là. Bon, je fais comme d'habitude. Reset et reboot !
Sauf que : "veuillez effectuer systemctl ou ctrl-D ! Quésako ?
Je tape systemctl et l'écran défile, en m'affichant "DEAD" en rouge partout.
Quelques gouttes de sueur perlent sur mon front moite, d'autant qu'il faisait encore près de 27° à l'ombre (bon, il était 0h30, donc ...)
Je reboote et là
"dropping to debug shell
sh: 0 : can't access tty ; job control turned off
dracut:/# "
et toujours les mêmes lignes.
Alors, Ubuntu et cette question : qui peut m'expliquer ce qui se passe, et comment m'en sortir (sans tout réinstaller)
Note: tout fonctionnait au poil, et je n'ai eu aucune intervention d'effectuée. Je devais enclencher une MAJ, mais n'en ai pas eu le temps.
Merci d'avance
Portable : ASUS Vivobook 15 Pro OLED - 16 G° RAM - SSD Crucial MX500 1 T° - Dual-boot W 10 / Mageia 9 64 bits
PC : be Quiet ! Silent Base 600 - Intel Core I5 12400 - Vent.: be quiet! Shadow Rock 3 + be quiet! LGA1700 mounting-kit - CM: Asus ROG Strix B660-F Gaming WIFI - RAM : Crucial 16GB DDR5-4800 CL40 - SSD: Crucial P5 500GB SSD M.2 2280 PCIe NVMe HDD: Western Digital WD Red Plus 3.5" 4To Série ATA - Alim : be quiet! Pure Power 11 FM 750W - Souris: Logitech MX Anywhere 3. Dual-boot W 10 / Mageia 9 - 64 bits
NAS : Synology DS 215J - DSM 5.2 - WD Red 3.5" 8 T° Série ATA
KDE - Digikam
PC : be Quiet ! Silent Base 600 - Intel Core I5 12400 - Vent.: be quiet! Shadow Rock 3 + be quiet! LGA1700 mounting-kit - CM: Asus ROG Strix B660-F Gaming WIFI - RAM : Crucial 16GB DDR5-4800 CL40 - SSD: Crucial P5 500GB SSD M.2 2280 PCIe NVMe HDD: Western Digital WD Red Plus 3.5" 4To Série ATA - Alim : be quiet! Pure Power 11 FM 750W - Souris: Logitech MX Anywhere 3. Dual-boot W 10 / Mageia 9 - 64 bits
NAS : Synology DS 215J - DSM 5.2 - WD Red 3.5" 8 T° Série ATA
KDE - Digikam

dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
Un up
et un coup de main SVP
Merci
Portable : ASUS Vivobook 15 Pro OLED - 16 G° RAM - SSD Crucial MX500 1 T° - Dual-boot W 10 / Mageia 9 64 bits
PC : be Quiet ! Silent Base 600 - Intel Core I5 12400 - Vent.: be quiet! Shadow Rock 3 + be quiet! LGA1700 mounting-kit - CM: Asus ROG Strix B660-F Gaming WIFI - RAM : Crucial 16GB DDR5-4800 CL40 - SSD: Crucial P5 500GB SSD M.2 2280 PCIe NVMe HDD: Western Digital WD Red Plus 3.5" 4To Série ATA - Alim : be quiet! Pure Power 11 FM 750W - Souris: Logitech MX Anywhere 3. Dual-boot W 10 / Mageia 9 - 64 bits
NAS : Synology DS 215J - DSM 5.2 - WD Red 3.5" 8 T° Série ATA
KDE - Digikam
PC : be Quiet ! Silent Base 600 - Intel Core I5 12400 - Vent.: be quiet! Shadow Rock 3 + be quiet! LGA1700 mounting-kit - CM: Asus ROG Strix B660-F Gaming WIFI - RAM : Crucial 16GB DDR5-4800 CL40 - SSD: Crucial P5 500GB SSD M.2 2280 PCIe NVMe HDD: Western Digital WD Red Plus 3.5" 4To Série ATA - Alim : be quiet! Pure Power 11 FM 750W - Souris: Logitech MX Anywhere 3. Dual-boot W 10 / Mageia 9 - 64 bits
NAS : Synology DS 215J - DSM 5.2 - WD Red 3.5" 8 T° Série ATA
KDE - Digikam

paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
Tu arrives à choper une console tty ?
edit : tu sais un peu bidouiller Linux ?
Va voir là : http://fedoraproject.org/wiki/How_to_debug_Dracut_problems#Using_the_dracut_shell
Et là : http://nievesf.net/2012/04/installing-fedora-16/
Édité par paradise Le 14/08/2012 à 14h18
PC bureau : CM Asus B-250 - Cpu Intel i5-7600K - RAM 16 Go DDR4 2400 - CG 1050 TI 4Go - Webcam Hercules Infinite
OS : Mageia 7 KDE
OS : Mageia 7 KDE

lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Le reset est une méthode violente et je pense que tu as cassé la table d'allocation des fichiers, le système ne sait plus les lire.
Boote sur le DVD et choisis l'option Réparer. C'est rapide et pas de configuration à refaire
CM Asus Z77-A+i5-2500K+GeForceGT520+RAM8Go
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits

paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
PC bureau : CM Asus B-250 - Cpu Intel i5-7600K - RAM 16 Go DDR4 2400 - CG 1050 TI 4Go - Webcam Hercules Infinite
OS : Mageia 7 KDE
OS : Mageia 7 KDE

Fopossum Membre non connecté
-
- Voir le profil du membre Fopossum
- Inscrit le : 15/07/2012
dantou :
Bonjour,
J'étais en train de sauvegarder une photo quand l'écran s'est figé !
Voilà bien3 semaines que je n'avais plus de problème avec ma carte ATI
Et puis là. Bon, je fais comme d'habitude. Reset et reboot !
J'étais en train de sauvegarder une photo quand l'écran s'est figé !
Voilà bien3 semaines que je n'avais plus de problème avec ma carte ATI
Et puis là. Bon, je fais comme d'habitude. Reset et reboot !
Maaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaal !
Stop aux réflexes de Windowsiens par pitié !
Une interface graphique figée sous un UNIX / Linux peut ne pas avoir provoqué un kernel panic. De toute manière, en général, le kernel panic, il s'affiche bien comme il faut avec les leds du clavier qui clignotent. Et il y'a plein de blabla à l'écran avec écrit quelque part panic.
Le kernel panic étant l'équivalent du BSOD (Blue Screen Of Death) sous windows.
Donc, quand l'interface graphique a planté, on tente d'abord de prendre la main sur un TTY avec la combinaison magique de touches ctrl+alt+F2.
Si on a la main en console, on se loggue, on arrête et relance gentiment l'interface graphique avec un :
Code :
systemctl restart jesaispluscomments'appelleleservice
N'ayant pas de Mageia ou de machine utilisant systemd sous la main, je ne peux pas donner le nom du service en question. Si je ne m'abuse, un systemctl list ou approchant devrait donner la liste des services et donc tu devrais pouvoir trouver le nom exact du service. Un systemctl --help te donnera normalement toutes les options utilisables. Il va s'appeler GraphicalLogin ou Xorg ou quelque chose d'approchant.
Si on ne peut pas prendre la main sur un TTY, on tente depuis le réseau pour faire la même chose. Si la machine répond au ping, il y a de grandes chances qu'elle soit toujours là et donc récupérable. Et même si ça prend "des plombes" pour s'y connecter parce qu'elle est chargée à mort.
Si jamais elle n'est dispo ni en TTY, ni par le réseau, on l'arrête proprement avec les Magic Keys. Je cite la documentation kernel sysrq.txt disponible dans /usr/src/linux/Documentation quand on a les sources du kernel. Je ne poste que les choses pertinentes de la doc dans notre cas. Pasque c'te doc, elle est bien sympa à lire, comme plein d'autres dans ce répertoire d'ailleurs.
La doc du Kernel :
(...)
On x86 - You press the key combo 'ALT-SysRq-<command key>'. Note - Some
keyboards may not have a key labeled 'SysRq'. The 'SysRq' key is
also known as the 'Print Screen' key. Also some keyboards cannot
handle so many keys being pressed at the same time, so you might
have better luck with "press Alt", "press SysRq", "release SysRq",
"press <command key>", release everything.
(...)
* What are the 'command' keys?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
'b' - Will immediately reboot the system without syncing or unmounting
your disks.
(...)
'k' - Secure Access Key (SAK) Kills all programs on the current virtual
console. NOTE: See important comments below in SAK section.
(...)
's' - Will attempt to sync all mounted filesystems.
(...)
'u' - Will attempt to remount all mounted filesystems read-only.
(...)
* Okay, so what can I use them for?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
(...)
sa'K' (Secure Access Key) is useful when you want to be sure there is no
trojan program running at console which could grab your password
when you would try to login. It will kill all programs on given console,
thus letting you make sure that the login prompt you see is actually
the one from init, not some trojan program.
(...)
re'B'oot is good when you're unable to shut down. But you should also 'S'ync
and 'U'mount first.
(...)
'S'ync is great when your system is locked up, it allows you to sync your
disks and will certainly lessen the chance of data loss and fscking. Note
that the sync hasn't taken place until you see the "OK" and "Done" appear
on the screen. (If the kernel is really in strife, you may not ever get the
OK or Done message...)
'U'mount is basically useful in the same ways as 'S'ync. I generally 'S'ync,
'U'mount, then re'B'oot when my system locks. It's saved me many a fsck.
Again, the unmount (remount read-only) hasn't taken place until you see the
"OK" and "Done" message appear on the screen.
(...)
On x86 - You press the key combo 'ALT-SysRq-<command key>'. Note - Some
keyboards may not have a key labeled 'SysRq'. The 'SysRq' key is
also known as the 'Print Screen' key. Also some keyboards cannot
handle so many keys being pressed at the same time, so you might
have better luck with "press Alt", "press SysRq", "release SysRq",
"press <command key>", release everything.
(...)
* What are the 'command' keys?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
'b' - Will immediately reboot the system without syncing or unmounting
your disks.
(...)
'k' - Secure Access Key (SAK) Kills all programs on the current virtual
console. NOTE: See important comments below in SAK section.
(...)
's' - Will attempt to sync all mounted filesystems.
(...)
'u' - Will attempt to remount all mounted filesystems read-only.
(...)
* Okay, so what can I use them for?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
(...)
sa'K' (Secure Access Key) is useful when you want to be sure there is no
trojan program running at console which could grab your password
when you would try to login. It will kill all programs on given console,
thus letting you make sure that the login prompt you see is actually
the one from init, not some trojan program.
(...)
re'B'oot is good when you're unable to shut down. But you should also 'S'ync
and 'U'mount first.
(...)
'S'ync is great when your system is locked up, it allows you to sync your
disks and will certainly lessen the chance of data loss and fscking. Note
that the sync hasn't taken place until you see the "OK" and "Done" appear
on the screen. (If the kernel is really in strife, you may not ever get the
OK or Done message...)
'U'mount is basically useful in the same ways as 'S'ync. I generally 'S'ync,
'U'mount, then re'B'oot when my system locks. It's saved me many a fsck.
Again, the unmount (remount read-only) hasn't taken place until you see the
"OK" and "Done" message appear on the screen.
Alors, on fait quoi quand la machine ne répond apparemment pas ? On fait :
Code :
Alt-SysRq-K
Alt-SysRq-S
Alt-SysRq-U
Alt-SysRq-B
Et normalement, la machine devrait redémarrer tranquillement sans avoir pété tout le système de fichier comme ce qu'il semble être arrivé dans ton cas.
dantou :
Sauf que : "veuillez effectuer systemctl ou ctrl-D ! Quésako ?
Ca, ça veut dire : t'as tout pété, et trop pour que je puisse réparer tout seul, faut que l'admin voit ça et utilise ses pouvoirs magiques !
dantou :
qui peut m'expliquer ce qui se passe, et comment m'en sortir (sans tout réinstaller)
Note: tout fonctionnait au poil, et je n'ai eu aucune intervention d'effectuée. Je devais enclencher une MAJ, mais n'en ai pas eu le temps.
Merci d'avance
Note: tout fonctionnait au poil, et je n'ai eu aucune intervention d'effectuée. Je devais enclencher une MAJ, mais n'en ai pas eu le temps.
Merci d'avance
Comme l'ont dit lebarhon et paradise tu viens de péter ton système de fichiers. Amusant non ?
Là, quand tu rebootes, le dracut indique que tu es dans l'initrd du kernel qui contient un minimum de choses pour tenter de réparer et booter la machine. Mais par contre, aucune idée de si il contient fsck ou pas. Et là, on commence à attaquer de l'admin sys vraie et je n'ai pas le temps de t'apprendre ça maintenant :p
Donc, quoi on fait maintenant ?
On attrape une galette quelconque avec un linux récent, genre le Live d'install ou le DVD en mode repair
et on répare. La commande, au cas où la réparation automatique du DVD merderait est :
Code :
fsck -y -a /dev/sdXn
Où X correspont à la lettre du disque (a b c etc) et n correspond au numéro de la partition (1 2 3 4). Si c'est une installation standard, tu vas en gros faire un :
Code :
fsck -y -a /dev/sda1
Dernier conseil, toujours avoir un SystemRescueCD frais sous la main

EDIT : Rajout de l'explication du jesaispluscomments'appelleleservice
Édité par Fopossum Le 14/08/2012 à 17h26

XKomodor Membre non connecté
-
- Voir le profil du membre XKomodor
- Inscrit le : 08/01/2008
- Site internet
- Groupes :
-
Administrateur
Je crois que la Messe est dite.


Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Citation :
systemctl restart jesaispluscomments'appelleleservice
Code BASH :
service dm restart
A+
Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !


Fopossum Membre non connecté
-
- Voir le profil du membre Fopossum
- Inscrit le : 15/07/2012
Adrien.D :
Salut,
A+
Citation :
systemctl restart jesaispluscomments'appelleleservice
Code BASH :
service dm restart
A+
Merciiiiiiii !
Je me doutais bien que l'un de vous ferait la correction !
Sauf que, je fais mon chieur, ça c'est pas systemd compliant


dantou Membre non connecté
-
- Voir le profil du membre dantou
- Inscrit le : 04/01/2011
- Groupes :
et merci à tous
Pour les leçons et pour vous être intéressé.
Je me doutais bien que c'était une histoire de ce genre. Mais pourquoi ??? Peut-être une micro-coupure ...
Donc, je n'avais bien plus rien. Ctrl+alt+F2 ne fonctionnait pas non plus.
Donc bien évidemment, pas de service dm restart, ni même halt ou reboot.
Et j'ignorais ces "magic keys".
Peut-on s'en servir sans risque, je veux dire, quand ça fonctionne bien, afin de pouvoir les essayer.
Quant à "SystemRescueCD" j'en ai tâté un peu, mais c'est trop ardu, vu mon niveau d'anglais !
Enfin, j'ai noté pour la prochaine fois, car quand il n'y a plus rien, il faut bien en revenir à la main, et plus le temps de prendre trop de leçons si on veut revenir vite !
Encore merci
Portable : ASUS Vivobook 15 Pro OLED - 16 G° RAM - SSD Crucial MX500 1 T° - Dual-boot W 10 / Mageia 9 64 bits
PC : be Quiet ! Silent Base 600 - Intel Core I5 12400 - Vent.: be quiet! Shadow Rock 3 + be quiet! LGA1700 mounting-kit - CM: Asus ROG Strix B660-F Gaming WIFI - RAM : Crucial 16GB DDR5-4800 CL40 - SSD: Crucial P5 500GB SSD M.2 2280 PCIe NVMe HDD: Western Digital WD Red Plus 3.5" 4To Série ATA - Alim : be quiet! Pure Power 11 FM 750W - Souris: Logitech MX Anywhere 3. Dual-boot W 10 / Mageia 9 - 64 bits
NAS : Synology DS 215J - DSM 5.2 - WD Red 3.5" 8 T° Série ATA
KDE - Digikam
PC : be Quiet ! Silent Base 600 - Intel Core I5 12400 - Vent.: be quiet! Shadow Rock 3 + be quiet! LGA1700 mounting-kit - CM: Asus ROG Strix B660-F Gaming WIFI - RAM : Crucial 16GB DDR5-4800 CL40 - SSD: Crucial P5 500GB SSD M.2 2280 PCIe NVMe HDD: Western Digital WD Red Plus 3.5" 4To Série ATA - Alim : be quiet! Pure Power 11 FM 750W - Souris: Logitech MX Anywhere 3. Dual-boot W 10 / Mageia 9 - 64 bits
NAS : Synology DS 215J - DSM 5.2 - WD Red 3.5" 8 T° Série ATA
KDE - Digikam

Meuz Membre non connecté
-
- Voir le profil du membre Meuz
- Inscrit le : 06/08/2011
- Groupes :
Comment faites vous dans ce cas ?

paiiou Membre non connecté
-
- Voir le profil du membre paiiou
- Inscrit le : 12/10/2010
- Site internet
Meuz :
J'en ai eu des écrans figés. Et souvent les magics keys sont inopérants. Donc pas de souris et pas de clavier.
Comment faites vous dans ce cas ?
Comment faites vous dans ce cas ?
Perso, je ne vois pas d'autre solution que l'arrêt forcé :
- 5s sur le bouton arrêt
- bouton reset
Des bureaux efficaces et rapides : Xfce, LXQt
En savoir plus sur Païou http://paiiou.free.fr
3 ordinateurs avec LXQt, 1 ordinateur avec Xfce
En savoir plus sur Païou http://paiiou.free.fr
3 ordinateurs avec LXQt, 1 ordinateur avec Xfce

paiiou Membre non connecté
-
- Voir le profil du membre paiiou
- Inscrit le : 12/10/2010
- Site internet
dantou :
Bonsoir
et merci à tous
Pour les leçons et pour vous être intéressé.
Je me doutais bien que c'était une histoire de ce genre. Mais pourquoi ??? Peut-être une micro-coupure ...
Donc, je n'avais bien plus rien. Ctrl+alt+F2 ne fonctionnait pas non plus.
Donc bien évidemment, pas de service dm restart, ni même halt ou reboot.
Et j'ignorais ces "magic keys".
Peut-on s'en servir sans risque, je veux dire, quand ça fonctionne bien, afin de pouvoir les essayer.
et merci à tous
Pour les leçons et pour vous être intéressé.
Je me doutais bien que c'était une histoire de ce genre. Mais pourquoi ??? Peut-être une micro-coupure ...
Donc, je n'avais bien plus rien. Ctrl+alt+F2 ne fonctionnait pas non plus.
Donc bien évidemment, pas de service dm restart, ni même halt ou reboot.
Et j'ignorais ces "magic keys".
Peut-on s'en servir sans risque, je veux dire, quand ça fonctionne bien, afin de pouvoir les essayer.
J'utilise assez régulièrement les Ctrl - Alt + Fx :
F2 à F6, pour une console, éventuellement en root
F7 (Mageia1) ou F1 (2 et cauldron) pour revenir à la session graphique
Des bureaux efficaces et rapides : Xfce, LXQt
En savoir plus sur Païou http://paiiou.free.fr
3 ordinateurs avec LXQt, 1 ordinateur avec Xfce
En savoir plus sur Païou http://paiiou.free.fr
3 ordinateurs avec LXQt, 1 ordinateur avec Xfce

Fopossum Membre non connecté
-
- Voir le profil du membre Fopossum
- Inscrit le : 15/07/2012
Meuz :
J'en ai eu des écrans figés. Et souvent les magics keys sont inopérants. Donc pas de souris et pas de clavier.
Comment faites vous dans ce cas ?
Comment faites vous dans ce cas ?
Pour que les magic-keys ne fonctionnent pas, c'est que y'a un panic complet de la machine. Les signaux sont normalement interceptés directement par le kernel, même si X est aux fraises.
Toujours vérifier si la machine est joignable depuis le réseau avant le reboot sauvage.
Si vraiment elle est figée, c'est à dire que pas de réponse sur un tty, pas de réponse réseau et que les magic keys sont inopérantes, alors "Reset EDF". Mais c'est en dernier ressort.
paiiou :
J'utilise assez régulièrement les Ctrl - Alt + Fx :
F2 à F6, pour une console, éventuellement en root
F7 (Mageia1) ou F1 (2 et cauldron) pour revenir à la session graphique
F2 à F6, pour une console, éventuellement en root
F7 (Mageia1) ou F1 (2 et cauldron) pour revenir à la session graphique
Ce ne sont pas des magic-keys. Les magic keys sont celles donc la combinaison comprend sysctl
dantou :
Peut-on s'en servir sans risque, je veux dire, quand ça fonctionne bien, afin de pouvoir les essayer.
Quant à "SystemRescueCD" j'en ai tâté un peu, mais c'est trop ardu, vu mon niveau d'anglais !
Quant à "SystemRescueCD" j'en ai tâté un peu, mais c'est trop ardu, vu mon niveau d'anglais !
Pour voir ce que font le magic-keys, le faire depuis un livecd est une bonne chose, ça évite de tout casser :p Même si il y a peu de risques quand c'est fait dans l'ordre que j'ai donné plus haut.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie