[gelöst]Bootprobleme

[willy4711]

Und?
Ist doch alles da.
Was zeigt denn das Grub Menü unter erweitert an ?
Mal die Ausgabe von nach NoPaste

Code: Alles auswählen

cat /boot/grub/grub.cfg|grep menuentry -A10

[KarlPhilip]

Hallo Willy, im Moment geht mal wieder gar nichts, habe also Mint gebootet (selbe Maschine) (auch verbuggt, aber anders) und zwar diesen Kernel: 5.4.0-40-generic. Der geht immer!!! Sagt uns das was? Und wenn ja, was? Wenn ich in Debian wieder reinkomme (hoffentlich noch vor Weihnachten) arbeite ich weiter. Im Moment will er nicht. Mein Mint: Linux KarlPhilip-EasyNote-DT85 5.4.0-40-generic #44-Ubuntu SMP Tue Jun 23 00:01:04 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

[KarlPhilip]

Immer noch unter Mint. Ich habe mal eben in das Bootmenü geguckt. Debian möchte 4.12.0-12-amd64 booten. Aber das funktioniert nicht. Er stirbt dann kurz nach Ramdisk laden. Pffft - aus.

[KarlPhilip]

pastebin/?mode=view&s=41177 Das ist der Nopastelink

[willy4711]

Upps sehe erst jetzt das ich einen Schreibfehler gemacht habe () 10 statt 15)
also nochmal:

Code: Alles auswählen

cat /boot/grub/grub.cfg|grep menuentry -A15

Es reichen auch die ersten 3 Einträge.

Hast du denn mal ne Live.CD von Debian versucht ?

Könntest wahlweise Testing oder Stable versuchen nach Möglichkeit kein Gnome oder KDE

Testing (kernel 5.9.0-1)
http://cdimage.debian.org/cdimage/weekl ... so-hybrid/

Stable:
http://cdimage.debian.org/cdimage/relea ... so-hybrid/

[KarlPhilip]

Wie weiter oben schon gesagt: Ich habe von USB ein Debian 8 problemlos starten können. Das geht also. Hier der Link: pastebin/?mode=view&s=41178. Für den Versuch mittels CD fehlen mir aktuell die Rohlinge. Mein USB Stick ist mir heilig und oft die allerletzte Rettung. Er funktioniert immerhin.

[KarlPhilip]

Habe grade das Ram unter Windows testen lassen. keine Fehler gefunden. Unter Debian ist mit memtest wegen uefi zur Zeit ja Fehlanzeige. Sprich Essig. Jetzt grade Mint am Start. Bootet immer. Sigh

[willy4711]

Unter Debian ist mit memtest wegen uefi zur Zeit ja Fehlanzeige

Du hast auf die Installation mit UEFI gemacht ?
Dein Prozessor ist 2009 gab es das da schon ?
Wäre mal interessant, deine Festplattenaufteilung zu sehen

Code: Alles auswählen

lsblk -fs

Setze die Ausgabe bitte in Code Tags. Das ist der Button </>

Mein USB Stick ist mir heilig und oft die allerletzte Rettung. Er funktioniert immerhin.

Hast keinen zweiten.
Ist sonst schlecht, was andere (Kernel usw.) zu testen

[KarlPhilip]

Das ist jetzt vom Stick gebootet. Hilft wohl eher nicht.

Code: Alles auswählen

user@debian:~$ lsblk -fs
NAME  FSTYPE LABEL UUID MOUNTPOINT
sda1                    
└─sda                   
sda2                    
└─sda                   
sda3                    
└─sda                   
sda4                    
└─sda                   
sda5                    
└─sda                   
sda6                    /media/user/debhome
└─sda                   
sdb1                    
└─sdb                   
sdb2                    
└─sdb                   
sdb5                    
└─sdb                   
sdb6                    
└─sdb                   
sdb7                    
└─sdb                   
sdc1                    /lib/live/mount/medium
└─sdc                   
sdc2                    
└─sdc                   
sdc5                    
└─sdc                   
sr0                     
loop0                   /lib/live/mount/rootfs/filesystem.squashfs
user@debian:~$ 

[KarlPhilip]

Hoppla, da ist mir wohl etwas durcheinandergeraten. Wie die Partitionen auf meiner Platte.
However, wenn das kranke Kind mal wieder bootet, schicke ich die Ausgabe nochmal.

[KarlPhilip]

'System' ist Windows Betriebsystempartition. 'Privat' Windows Home. Hier noch eine Grafik dazu: gallery/image/2885/mini

Code: Alles auswählen

dirk@debian:~$ lsblk -fs
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sda1 ntfs   PQSERVICE
│                 DAA41C49A41C2B11                                    
└─sda
                                                                      
sda2 ntfs   SYSTEM RESERVED
│                 F09E51E39E51A340                                    
└─sda
                                                                      
sda3 ntfs   System
│                 3A1C968A1C9640B5                                    
└─sda
                                                                      
sda4                                                                  
└─sda
                                                                      
sda5 ntfs   Privat
│                 AC467F4A467F13F4                                    
└─sda
                                                                      
sda6 ext4   debhome
│                 93f09f5d-2507-48ed-8ab4-78183168768c  207,2G    39% /home
└─sda
                                                                      
sdb1 ext4   Debian
│                 6b819ab0-2982-4b37-a960-f1c158d213cf   22,8G    32% /
└─sdb
                                                                      
sdb2                                                                  
└─sdb
                                                                      
sdb5 swap         dc2cd428-8b44-4d4f-9811-7d7d94dd6df8                [SWAP]
└─sdb
                                                                      
sdb6 ext4   Mint  702553f2-cb74-449e-adac-7de7473049b6                
└─sdb
                                                                      
sdb7 ext4   Mintshome
│                 d96d69a0-70be-464d-abe5-296c4af7a644                
└─sdb
                                                                      
sdc1 vfat   UUI   14F1-3567                              13,6G     8% /media/dir
└─sdc
                                                                      
sdc2                                                                  
└─sdc
                                                                      
sdc5 swap         15d8c3ca-ff8c-4e45-8d2d-6eaf55cfe146                
└─sdc
                                                                      
sr0                                                                   
dirk@debian:~$ 

[KarlPhilip]

Dieser Beitrag ist jetzt überflüssig. Man sollte ihn löschen. Wie geht das?


2. Versuch BIld gallery/image/2886/mini

[KarlPhilip]

In der Bildergalerie unter KarlPhilip erscheint das Bild normal groß.
gallery/image/2886/medium

[willy4711]

Wie ich sehe, hast du es geschafft, Debian zu Booten.
UEFI hast du aber nicht, wie ich vermutete. Dein System wird von einem Bios bedient.
Da müsste einen Fat32 Partition vorhanden sein.
Ich sehe aber nur einen VFAT unter /media/dir

Vielleicht wäre jetzt folgendes sinnvoll:

Das Sytstemd - Journal persistent machen mit

Code: Alles auswählen

mkdir /var/log/journal

Damit besteht eventuell die Chance, in dem ganz frühen Stadium des Absturzes was zu sehen.
Ob da journalctl schon gestartet ist ? Keinen Ahnung--> wird man sehen.

Was man gleich machen könnte:
die Ausgabe von

Code: Alles auswählen

# dmesg -T

hier einzustellen. Aber bitte nach NoPaste

Noch ein Paar Fragen:

Du Hast das Root Verzeichnis / und dein /home auf unterschiedlichen Platten.

MInt Hingegen ist auf einer Platte.

Der MBR mit Grub ist auf sda ?

Ist das während der Installation oder später eingerichtet ?

Was ist auf der Partition
sdc1 vfat UUI 14F1-3567 13,6G 8% /media/dir ?

Irgendwas System relevantes ? media(dir erscheint mir zumindest ungewöhnlich.

[KarlPhilip]

Ausführliche Antwort ist jetzt in Arbeit. https://nopaste.debianforum.de/41183

[KarlPhilip]

Hallo Willy, ich hatte Dir eben schon einen langen Riemen geschrieben und zu viele Fenster aufgehabt. Jetzt ist alles weg, was mir die Chance eröffnet nochmal sortiert von vorne anzufangen. Ursprünglich war der Rechner ein reiner Windowsrechner mit einer Festplatte und scheinbar unreparierbar kaputt. Da ihn niemand wieder zum Leben erwecken konnte, bekam ich ihn geschenkt. Ich habe ihn dann neu aufgesetzt und bekam heraus, daß ein Windowsupdate ihn ausser Gefecht gesetzt hatte. Später baute ich eine 2.te Festplatte ein und dachte, ‚oh prima‘ jetzt ein schönes Debian darauf. Das Ganze hatte ich leider schlecht geplant und so stand ein Umzug des Homeverzeichnis an. Das ging gründlichst in die Hose und ich suchte Hilfe hier im Forum. Neben „Niemand“ und „Willy4711“ waren noch etliche andere beteiligt die Sache wieder in Ordnung zu bringen. Ich habe den Rechner dann teilweise neu aufgesetzt und jetzt ist er so, wie er grade ist.
Grub ist mit dem Debhomeverzeichnis auf der ersten Platte. Die Debsystempartiton ist auf Platte 2. Mbr mit Grub Sda1. Wann ich was, wie installiert habe, erinnere ich nicht so genau. Vielleicht habe ich nur ein ‚update Grub‘ gemacht. Das Systemd Journal ist seit dem Umbau persistent. Ich konnte das Verzeichnis deshalb nicht anlegen. Es ist schon da. Sdc1 ist mein USB-Stick, zur Zeit mit Debian 8 Livesystem bepackt. Wenn das Journaling persistent ist und war, müßte man sich den Fehler doch anzeigen lassen können? Übersicht: gallery/image/2886/source Könnte man Grub nicht nachträglich auf der 2.ten Platte installieren?

Bild der 1. Platte gallery/image/2887/source
Bild der 2. Platte gallery/image/2889/source

[KarlPhilip]

Ich habe jetzt mal das Paket pm-utils nachinstalliert. Mal gucken , ob es etwas bringt.

[KarlPhilip]

pm-utils haben nichts gebracht. Aber noch das hier zur Kenntnisnahme: # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb1 during installation
UUID=6b819ab0-2982-4b37-a960-f1c158d213cf / ext4 errors=remount-ro 0 1
# /home was on /dev/sda6 during installation
UUID=93f09f5d-2507-48ed-8ab4-78183168768c /home ext4 defaults 0 2
# swap was on /dev/sdb5 during installation
UUID=dc2cd428-8b44-4d4f-9811-7d7d94dd6df8 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

[baeuchlein]

Ausführliche Antwort ist jetzt in Arbeit. https://nopaste.debianforum.de/41183

Die Systemmeldungen, die da drin stehen, zeigen ein paar ungewöhnliche Dinge an.

Zunächst mal verliert der Rechner die Verbindungen an den Netzwerkanschlüssen; ich vermute, dass es der WLAN-"Anschluss" sowie der Anschluss für ein Netzwerkkabel sind.

Außerdem geht der Rechner anscheinend einmal in einen Stromsparmodus ("S3"), um sofort wieder daraus "aufzuwachen" (um 14:05:32 Uhr). Und dann sind da noch zahlreiche Fehlermeldungen im Zusammenhang mit USB-Geräten; mir scheint, es handelt sich dabei unter anderem um den erwähnten USB-Stick. Den kriegt der Rechner aber wohl nicht mehr richtig ans Laufen, was auch erklärt, warum irgendwo die FAT auf /dev/sdc1 als "nicht korrekt umounted" erwähnt wird (bei 11:44:39). Am Besten ziehst du wohl den Stick 'raus, wenn du ihn nicht brauchst, oder rechnest zumindest mit echten Beschädigungen der Daten auf dem Stick.

Ich hab' den Eindruck, der Ärger geht erst mit dem Stromsparmodus los. Wenn ich so ein Problem hätte, würde ich testweise einen Kernel ohne Stromsparfunktionen kompilieren, aber vermutlich kennen hier auch einige Leute eine weniger langwierige Testmethode. Evtl. reicht schon sowas wie "noacpi" o.ä. als Kernel-Parameter, den man dann aber dem grub in die Konfigurationsdatei (beim zugehörigen Kernel-Eintrag) schreiben müsste.

[willy4711]

ch hab' den Eindruck, der Ärger geht erst mit dem Stromsparmodus los. Wenn ich so ein Problem hätte, würde ich testweise einen Kernel ohne Stromsparfunktionen kompilieren, aber vermutlich kennen hier auch einige Leute eine weniger langwierige Testmethode. Evtl. reicht schon sowas wie "noacpi" o.ä. als Kernel-Parameter, den man dann aber dem grub in die Konfigurationsdatei (beim zugehörigen Kernel-Eintrag) schreiben müsste.

Damit dürftest du recht haben. Das Thema wurde aber bereits auf der ersten Seite von eggy thematisiert.
viewtopic.php?f=12&t=178906#p1251693
Leider kam da kein Bericht, was probiert wurde und was nicht.
Dazu noch einen Anleitung von den Ubuntus:
https://wiki.ubuntuusers.de/Bootoptione ... s-einmalig

Im dmesg gibt es noch einen Haufen Fehler, abgesehen davon, dass es nicht den Anfang des Bootvorgangs darstellt.
Wahrscheinlich ist der Bildpuffer des Editors nicht auf "unendlich" gestellt, sodas nur die letzten Zeilen angezeigt werden.
Aber alle diese Fehler dürften an sich nicht dazu führen, dass der Rechner in einem so frühen Stadium abschmiert.
Das eigentliche Problem ist ja, dass der Rechner in der Regel sofort nach dem Ladeversuch der intrid abschmiert.
Wird ja so beschrieben: Loading initial ramdisk ... ----> Weg

Edit:

Du solltest mal so Anfangen:
Suche den ersten Eintrag ,nach dem du im Grub Menü "e" gedrückt hast.
die Zeile sieht so aus:

Code: Alles auswählen

linux   /boot/vmlinuz-4.19.0-12-amd64 root=UUID=6b819ab0-2982-4b37-a960-f1c158d213cf ro  quiet

die änderst du dann so:

Code: Alles auswählen

linux   /boot/vmlinuz-4.19.0-12-amd64 root=UUID=6b819ab0-2982-4b37-a960-f1c158d213cf ro  quiet noacpi

Zwischen "quiet und noacpi muss ein Leerzeichen sein
Die Änderung bezieht sich nur auf diesen Start, und ist nicht dauerhaft. Sollte das klappen, sieht man weiter.

Weitere Optionen, die man testen kann sind hier sehr schön aufgeführt:
https://wiki.mageia.org/de/Wie_man_Kern ... _einstellt

[KarlPhilip]

Nun, Willy Deinem Bericht entnehme ich die Dinge, die ich so oder ähnlich, gefühlsmäßig auch im Verdacht hatte. Aber nur gefühlt, tatsächlich bin ich ahnungslos. Der USB-Stick steckt üblicherweise gar nicht drin, nur jetzt und weil ich ihn gern auch mal vergesse. Eigentlich spielt er gar keine Rolle. Auf acpi, würde ich nur ungern in Gänze verzichten. Darf ich das alles so verstehen, daß die Hardware dieses Rechners nicht so gut für Debian geeignet ist? However Willy, nimm erstmal meinen Dank für Deine Mühe entgegen. 'Sehr gute Arbeit'. Irgendwie werde ich das Kind schon schaukeln. Was ist mit der komischen Grafikkarte 'Nvidia Geforce GT 240M'? Wie weit ist die beteiligt?

[KarlPhilip]

Ich hätte Grub auch gerne auf meiner zweiten HDD. Geht das ? Und wie mache ich das?

[KarlPhilip]

Er hat grade so

Code: Alles auswählen

BOOT_IMAGE=/boot/vmlinuz-4.19.0-12-amd64 root=UUID=6b819ab0-2982-4b37-a960-f1c158d213cf ro quiet noacpi echo "Initiale Ramdisk wird geladen …"

gebootet.

[KarlPhilip]

Es steht jetzt so in der grub.cfg: linux /boot/vmlinuz-4.19.0-12-amd64 root=UUID=6b819ab0-2982-4b37-a960-f1c158d213cf ro noacpi quiet Ist das so richtig?

[KarlPhilip]

Ich habe den Eintrag nochmal so abgeändert:

linux /boot/vmlinuz-4.19.0-12-amd64 root=UUID=6b819ab0-2982-4b37-a960-f1c158d213cf ro quiet noacpi