[DEBIAN testing] Rechner freezt komplett, wenn weder Tastatur noch Maus bewegt werden

chithanh schrieb:
...

Wenn du einen gefunden hast, der das Problem behebt, kannst du ihn persistent in /etc/default/grub eintragen, und dann die Konfiguration mit update-grub neu erzeugen.

Hell yeah! Habe eben "processor.max_cstate=1" zum booten mitgegeben und es scheint zu gehen! Keine Freezes mehr!

Muchas fu**in' gracias!

EDIT:

Kann leider per
Code:
$ sudo nano /etc/default/grub
die Datei nicht bearbeiten - er gibt mir jedes Mal einen Fehler namens "Fehler beim Lesen der Sperrdatei .grub.swp: Nicht genügend Date ***" aus, wobei ich keine Ahnung habe, wie ich die gesamte Fehlermeldung zu lesen bekomme ...
 
Zuletzt bearbeitet:
Komische Fehlermeldung. Geht es mit vi/vim?
 
Also vim öffnet die Datei schon mal, aber editieren lässt sie sich nicht. Zudem meckert er gleich am Anfang, dass "die Auslagerungsdatei schon vorhanden sei".

Ich habs mal mit Libreoffice probiert und da konnte ich den Befehl zumindest eingeben und die Datei speichern. Was nun aber wiederum nicht geht, ist update-grub:

/usr/sbin/grub-mkconfig: 1: /etc/default/grub: #: not found

was ist nun wieder los?
 
Dateisystemprobleme? Lass beim nächsten Systemstart mal einen fsck laufen (shutdown -F)
 
shutdown -F

bewirkt eine Überprüfung der Dateisysteme beim nächsten Neustart. shutdown erzeugt zu diesem Zweck die Datei /forcefsck. Ist sie vorhanden, wird bei den meisten Distributionen beim Neustart eine Dateisystemüberprüfung ausgelöst.
 
Konnte aber rein optisch nicht feststellen, dass er irgendwas gemacht hätte. Zudem geht das Editieren der /etc/default/grub immer noch nicht....
 
Dann starte mal ein Live-System und stoße von da manuell ein fsck an.
 
Bin mal endlich dazu gekommen, mit Gparted live zu booten und dort per Kommandozeile

$ fsck -AR -y

anzustossen. Die Ausgabe lautet dann lapidar "fsck from util-linux 2.XXXX" und das wars. NAch dem Neustart steht nur ganz kurz etwas über fsck und dann bin ich schon auf der grafischen Oberfläche.

Das Bearbeiten der /etc/default/grub geht immer noch nicht ...
 
Sodele, hier mal was ganz absurdes:

Da ich nix besseres zu tun hatte, hab ich mal Siduction installiert. Der Fehler mit den Freezes kommt schon mal NICHT vor (habe den Parameter noch vor der Installation mitgegeben), ABER:

Ich kann die /etc/default/grub immer noch nicht bearbeiten ("kann Puffer blablabla .grub.swp nicht lesen"). Das kann doch nicht wahr sein ...
 
Vielleicht schauen wir mal ein strace davon an. Bei mir läuft aktuell Debian Sid und wenn ich /etc/default/grub öffne, funktioniert das und es passiert folgendes:
Code:
open("/etc/default/.grub.swp", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/default/.grub.swp", O_RDWR|O_CREAT|O_EXCL, 0600) = 4
open("/etc/default/.grub.swpx", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/default/.grub.swpx", O_RDWR|O_CREAT|O_EXCL, 0600) = 5
fstat(4, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
fstat(5, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
close(5)                                = 0
unlink("/etc/default/.grub.swpx")       = 0
close(4)                                = 0
unlink("/etc/default/.grub.swp")        = 0
stat("/etc/default/.grub.swp", 0x7ffef7a7d090) = -1 ENOENT (No such file or directory)
lstat("/etc/default/.grub.swp", 0x7ffef7a7d230) = -1 ENOENT (No such file or directory)
lstat("/etc/default/.grub.swp", 0x7ffef7a7d5b0) = -1 ENOENT (No such file or directory)
open("/etc/default/.grub.swp", O_RDWR|O_CREAT|O_EXCL|O_NOFOLLOW, 0600) = 4
fcntl(4, F_GETFD)                       = 0
fcntl(4, F_SETFD, FD_CLOEXEC)           = 0
lseek(4, 0, SEEK_SET)                   = 0
write(4, "b0VIM 7.4\0\0\0\0\20\0\0\270\356\362T\332\0104\0\3267\0\0root"..., 4096) = 4096
select(1, [0], NULL, [0], {0, 0})       = 0 (Timeout)
chmod("/etc/default/.grub.swp", 0644)   = 0
close(3)                                = 0
open("/etc/default/grub", O_RDONLY)     = 3
Er schaut also erst, ob alte swp(x) files liegen und öffnet dann eine neue. Vielleicht erkennt man bei dir ja was im log.

Code:
strace -o strace.log vi /etc/default/grub
und dann in der strace.log mal nach grub.swp suchen, um den relevanten Teil zu finden.

P.S.: strace muss erst installiert werden.
 
Hier mal meine Ausgabe:

Code:
open("/etc/default/.grub.swp", O_RDONLY) = 4
open("/etc/default/.grub.swpx", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/default/.grub.swpx", O_RDWR|O_CREAT|O_EXCL, 0600) = 5

...

unlink("/etc/default/.grub.swpx")       = 0
close(4)                                = 0
stat("/etc/default/.grub.swp", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat("/etc/default/.grub.swx", 0x7ffe98aa4fb0) = -1 ENOENT (No such file or directory)
open("/etc/default/.grub.swp", O_RDONLY) = 4
read(4, "", 1024)                       = 0
close(4)                                = 0
write(1, "\33[1;24r\33[?12;25h\33[?12l\33[?25h\33[27"..., 90) = 90
stat("/etc/default/.grub.swp", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 4
lseek(4, 0, SEEK_CUR)                   = 0

Zumindest mal Auszuege aus der Datei!
Kannst du da irgendwas erkennen?
 
Also ich bin kein Spezialist auf dem Gebiet, aber was ich da raus lese an Unterschied ist…

während bei mir die swp-Datei vorher nicht existiert
Code:
stat("/etc/default/.grub.swp", 0x7ffef7a7d090) = -1 ENOENT (No such file or directory)
ist das bei dir schon der Fall
Code:
stat("/etc/default/.grub.swp", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0

Zudem scheint die Datei bei dir andere flags gesetzt zu haben. Bei mir
Code:
open("/etc/default/.grub.swp", O_RDWR|O_CREAT|O_EXCL|O_NOFOLLOW, 0600) = 4
während bei dir read-only gesetzt ist
Code:
open("/etc/default/.grub.swp", O_RDONLY) = 4

Hast du mal geschaut, ob die Datei da liegt? Ich würde denken, die kann man bedenkenlos löschen.
Code:
ls -l /etc/default/.grub.swp
Auch mal die Attribute der normalen Datei checken
Code:
ls -l /etc/default/grub
lsattr /etc/default/grub
 
Zurück
Oben