Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 26.01.2024 14:44:28

Habe das in einer VM getestet - Brauchst keine Rettungs CD/Stick:
Im Terminal einloggen als root (su -)
Dann sehr vorsichtig vorgehen !!
Berichtigt mit Pfaden:

Code: Alles auswählen

rm /boot/config-4.9.0-8-amd64 /boot/config-4.9.0-9-amd64 /boot/initrd.img-4.9.0-8-amd64 /boot/initrd.img-4.9.0-9-amd64 /boot/System.map-4.9.0-8-amd64 /boot/System.map-4.9.0-9-amd64 /boot/vmlinuz-4.9.0-8-amd64 /boot/vmlinuz-4.9.0-9-amd64
wenn das geklappt hat.
die Nächsten (immer *config / *initrd /*System.map / *vmlinuz pro Version :!: )
4.9.0-7
4.9.0-11
4.9.0-12
Das sollte erstmal reichen.

Dann :

Code: Alles auswählen

update-grub
Neustart.

Ausgabe von:

Code: Alles auswählen

df -h
Zuletzt geändert von thunder11 am 26.01.2024 15:05:15, insgesamt 1-mal geändert.

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 26.01.2024 14:50:31

Bitte mit cd direkt nach /boot gehen und dann ganz langsam Schritt für Schritt und immer überprüfen:

Code: Alles auswählen

~$ su - 
# cd /boot
# ls 
# rm config-4.9.0-8-amd64
# rm initrd.img-4.9.0-8-amd64
# rm System.map-4.9.0-8-amd64
# ls 

....
 
# df -h

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 26.01.2024 15:01:17

rhHeini hat geschrieben: ↑ zum Beitrag ↑
26.01.2024 14:50:31
Bitte mit cd direkt nach /boot gehen und dann ganz langsam Schritt für Schritt und immer überprüfen:
Ja das ist wohl sicherer für ungeübte :THX:
Hab außerdem zu meiner Schande nur einmal dem Pfad angegeben. Hätte also gleich einen Fehler produziert :facepalm: ----> Berichtigt
In der VM hatte ich das copy /paste gemacht, wobei der Pfad dann mit dabei ist.

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 26.01.2024 15:22:19

leere8sam hat geschrieben: ↑ zum Beitrag ↑
26.01.2024 14:09:47
Zum Hintergrund: Es handelt sich hier um eine PC mit bescheidener Hardware, auf dem ich vor Jahren Debian 9 mit KDE-Oberfläche installiert habe. Über die GUI habe ich stets die Aktualisierungen heruntergeladen. Vielleicht könnt ihr mir noch erläutern, wie ich künftig solche Situationen vermeide(, indem ich überflüssige Kernel) lösche?
Wie sich das mit den schicken Oberflächen (Shopping- Zentralen bei KDE / Gnome) verhält, weiß ich nicht,
da ich die nur einmal benutzt hatte und prompt eine Bauchlandung erlebt habe.
Ich mache Update (Upgrades) grundsätzlich im Terminal, weil ich sehen will, was passiert.
In diesem Fall werden (zumindest neuerdings) überflüssige Kernel automatisch entfernt bzw. der Vorschlag dafür unterbreitet. Zwei Kernel bleiben immer erhalten.

Ich würde Vorschlagen, wenn das Entfernen funktioniert hat, Das du dir Debianinxi installierst, und
die Ausgabe von Debianinxi -F mal hier einstellst.
Wenn deine Hardware halbwegs akzeptabel ist, würde ich an deiner Stelle überlegen, eine Neuinstallation zu machen mit dem aktuellen Bookworm (Debian 12) .
Das geht schneller als das Mühselige Upgraden um denn noch 2 Releases.

Eine separate /boot Partition macht aus meiner Sicht überhaupt keinen Sinn, außer man will sich unbedingt
potentiellen Ärger einfangen. Eine / und eine /home reicht völlig aus. Eventuell noch /swap, wenn nicht
genügend Hauptspeicher vorhanden / und man auf Suspend To Ram nicht verzichten will.

leere8sam
Beiträge: 29
Registriert: 01.11.2018 17:43:05

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von leere8sam » 26.01.2024 16:27:48

Dankeschön. :-)

Code: Alles auswählen

/boot# ls
config-4.9.0-13-amd64  grub                       System.map-4.9.0-13-amd64  vmlinuz-4.9.0-13-amd64
config-4.9.0-14-amd64  initrd.img-4.9.0-13-amd64  System.map-4.9.0-14-amd64  vmlinuz-4.9.0-14-amd64
config-4.9.0-15-amd64  initrd.img-4.9.0-14-amd64  System.map-4.9.0-15-amd64  vmlinuz-4.9.0-15-amd64
config-4.9.0-16-amd64  initrd.img-4.9.0-15-amd64  System.map-4.9.0-16-amd64  vmlinuz-4.9.0-16-amd64
config-4.9.0-17-amd64  lost+found                 System.map-4.9.0-17-amd64  vmlinuz-4.9.0-17-amd64

Code: Alles auswählen

/boot# df -h
Dateisystem                      Größe Benutzt Verf. Verw% Eingehängt auf
udev                              1,9G       0  1,9G    0% /dev
tmpfs                             392M    6,2M  386M    2% /run
/dev/mapper/pcname--vg-root   28G     12G   15G   46% /
tmpfs                             2,0G       0  2,0G    0% /dev/shm
tmpfs                             5,0M    4,0K  5,0M    1% /run/lock
tmpfs                             2,0G       0  2,0G    0% /sys/fs/cgroup
/dev/sda1                         236M    104M  120M   47% /boot
/dev/mapper/pcname--vg-home  426G    3,0G  402G    1% /home
tmpfs                             392M     52K  392M    1% /run/user/1000
Wenn ich gerade dabei bin, würde ich auch noch weitere löschen wollen. Wieviele Kernelversionen sollten denn mindestens da bleiben? Genügen 16 und 17?

Danach dann

Code: Alles auswählen

update-grub
? Was macht das dann?
Und danach Neustart?

Dann könnte ich wohl weiter machen mit dem Update auf Debian 10, wobei ich das interessant finde, direkt Debian 12 zu installieren. Dazu müsste ich noch meine Hardware checken, ob die dafür bereit ist. Wie mache ich das am besten?

Ich komme ursprünglich von OpenSuse und da hatte ich die Empfehlung gelesen, separate Partitionen anzulegen. Ich hatte das Gefühl, dass das besser wäre bei Updates, da die Daten auf einer separaten Partition liegen.
Den Weg über Updates von Debian von 9 nach 10 kenne ich nun so langsam. Das hat schon 1x funktioniert und jetzt sieht es hier auch besser aus. Bei dem Weg über direkte Neuinstallation würde ich mich über einen Hinweis freuen, ob ich dabei die Partitionen ändern sollte. Wenn ja, wie? Und wie ich sicherstelle, dass meine Daten unter /home/ dabei nicht flöten gehen.

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 26.01.2024 17:38:49

leere8sam hat geschrieben: ↑ zum Beitrag ↑
26.01.2024 16:27:48
Wenn ich gerade dabei bin, würde ich auch noch weitere löschen wollen. Wieviele Kernelversionen sollten denn mindestens da bleiben? Genügen 16 und 17?
NEIN NEIN NEIN
Du fährst im Augenblick - soweit das noch stimmt
-4.9.0-15
Wenn du den löscht, kannst du gleich neu installieren. :!:
Was sagt

Code: Alles auswählen

uname -a
?

leere8sam hat geschrieben: ↑ zum Beitrag ↑
26.01.2024 16:27:48
Danach dann

Code: Alles auswählen

update-grub
? Was macht das dann?
Da bewirkt, das nur noch die Kernel in Grub auswählbar sind, die vorhanden sind. und nicht mehr der ganze alte müll.
Kannst ja mal im Grub Menü auf "Erweiterte Optionen" gehen, und dann nachsehe was da noch angeboten wird.

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 26.01.2024 17:39:18

leere8sam hat geschrieben: ↑ zum Beitrag ↑
26.01.2024 16:27:48
Wenn ich gerade dabei bin, würde ich auch noch weitere löschen wollen. Wieviele Kernelversionen sollten denn mindestens da bleiben? Genügen 16 und 17?
Nein, bei denen fehlt die initrd. Lass es so, mach nichts mehr manuell, sondern ein

Code: Alles auswählen

# update-grub 
# reboot 
Das update-grub aktualisiert u.a. die Liste der Kernel die der grub findet. Dann mach erst mal ein

Code: Alles auswählen

~$ su -
# apt update
# apt -f install 
# apt upgrade
# apt full-upgrade 
Damit solltest Du vollständig auf Buster sein. Dann schaust Du nach wieviele Kernel jetzt noch übrig sind (ich erwarte das apt da putzt). Die 4.9er von Stretch die dann noch gelistet werden würd ich dann immer schön einzeln mit apt purge deinstallieren.

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 26.01.2024 17:49:10

Wäre noch zu überprüfen vor weiteren Aktionen :

Code: Alles auswählen

ls -l /|grep  "vmlinuz*\|initrd*"

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 27.01.2024 08:25:16

leere8sam hat geschrieben: ↑ zum Beitrag ↑
26.01.2024 16:27:48
Dann könnte ich wohl weiter machen mit dem Update auf Debian 10, wobei ich das interessant finde, direkt Debian 12 zu installieren. Dazu müsste ich noch meine Hardware checken, ob die dafür bereit ist. Wie mache ich das am besten?
Falls du damit meinst, ein Dist-Upgrade direkt auf Debian 12 zu machen: Das funktioniert nicht.
Du musst den Weg gehen: Debian 10 --> 11 --->12

Eine Neuinstallation fände ich auch sinnvoll.
Die Netinst cd gibt es hier (empfohlen) :https://cdimage.debian.org/debian-cd/cu ... etinst.iso
Live-DVD's gibt es hier: https://cdimage.debian.org/debian-cd/cu ... so-hybrid/

Eine sehr gute und ausführliche Anleitung für den Installer kannst du hier lesen:
https://debian-handbook.info/browse/de- ... steps.html
Dein /home (ist ja nicht so gross) würde ich in jedem Fall auf einen Stick sichern.
Zu bedenken ist, dass die ganzen config- Dateien ja teilweise uralt sind und nicht unbedingt mit einem neuen System harmonieren müssen.
leere8sam hat geschrieben: ↑ zum Beitrag ↑
26.01.2024 16:27:48
Bei dem Weg über direkte Neuinstallation würde ich mich über einen Hinweis freuen, ob ich dabei die Partitionen ändern sollte. Wenn ja, wie? Und wie ich sicherstelle, dass meine Daten unter /home/ dabei nicht flöten gehen.

Du kannst im Installer wählen, ob du ein separates /home anlegen willst oder nicht.Weiter kannst du wählen,
ob du das alte /home formatieren willst oder nicht (manuelle Partitionierung)
Ich lege immer zwei Partitionen an Die Root Partition / und /home. Manche lassen auch das /home weg
und packen alles auf einen Partition. ---> Geschmackssache.
Swap hab ich zwar eingerichtet, hab sie aber noch nie benutzt, da ich auch keinen Suspend To Ram nutze.
Willst du das nutzen, Brauchst du /swap mindestens in RAM-Grösse.
Dazu müsste ich noch meine Hardware checken, ob die dafür bereit ist. Wie mache ich das am besten?
Am besten wäre, du würdest dir Debianinxi installieren, und die Ausgabe von

Code: Alles auswählen

inxi -F
hier einstellen.
Dann kann man sehen, ob es eventuell Probleme geben könnte.

leere8sam
Beiträge: 29
Registriert: 01.11.2018 17:43:05

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von leere8sam » 27.01.2024 14:07:23

Code: Alles auswählen

uname -a
Linux pcname 4.9.0-15-amd64 #1 SMP Debian 4.9.258-1 (2021-03-08) x86_64 GNU/Linux

ls -l /|grep  "vmlinuz*\|initrd*"
lrwxrwxrwx   1 root root    27 Dez 17  2021 vmlinuz -> boot/vmlinuz-4.9.0-17-amd64
lrwxrwxrwx   1 root root    27 Dez 17  2021 vmlinuz.old -> boot/vmlinuz-4.9.0-16-amd64
update-grup ist erledigt.
Würde nun mit den Befehlen von rheini weiter machen wollen ...

Code: Alles auswählen

~$ su -
# apt update
# apt -f install 
# apt upgrade
# apt full-upgrade 
OK?

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 27.01.2024 14:40:54

leere8sam hat geschrieben: ↑ zum Beitrag ↑
27.01.2024 14:07:23
OK?
Das Problem:
leere8sam hat geschrieben: ↑ zum Beitrag ↑
27.01.2024 14:07:23

Code: Alles auswählen

ls -l /|grep  "vmlinuz*\|initrd*"
lrwxrwxrwx   1 root root    27 Dez 17  2021 vmlinuz -> boot/vmlinuz-4.9.0-17-amd64
lrwxrwxrwx   1 root root    27 Dez 17  2021 vmlinuz.old -> boot/vmlinuz-4.9.0-16-amd64
der Kernel 4.9.0-17-amd64 ist doch nur noch Unvollständig vorhanden und nicht mehr startbar.
leere8sam hat geschrieben: ↑ zum Beitrag ↑
26.01.2024 16:27:48

Code: Alles auswählen

config-4.9.0-17-amd64        System.map-4.9.0-17-amd64  vmlinuz-4.9.0-17-amd64
Den solltest du auf jeden Fall löschen.
Wie hast du den Kernel 4.9.0-15-amd64 gestartet ? steht der noch im Grub-Menü zur Verfügung ?
Bitte mal die Ausgabe von:

Code: Alles auswählen

cat /boot/grub/grub.cfg
Posten, bevor du weiter machst. (am Besten nach pastebin/ )
hast du den

Code: Alles auswählen

update-grub 
ausgeführt ?

Also:

Code: Alles auswählen

Zuerst die 4.9.0-17-amd64   
Bestandteile purgen
dann nochmal

Code: Alles auswählen

update-grub
dann posten

Code: Alles auswählen

cat /boot/grub/grub.cfg

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 27.01.2024 15:02:41

Ich würd mich jetzt um die 4.9er Kernel nicht mehr gross scheren, die gehören zu Debian 9 Stretch. Sondern schauen das jetzt wo endlich Platz auf der /boot ist und der Rechner bootet den Upgrade auf Buster fertigstellen (damit kommt ein 4.19er-Kernel). Und danach die nicht mehr benötigten Kernelreste aufräumen.

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 27.01.2024 15:12:28

Schau mal in die Ausgabe von
ls -l /|grep "vmlinuz*\|initrd*"
thunder11 hat geschrieben: ↑ zum Beitrag ↑
27.01.2024 14:40:54

Code: Alles auswählen

ls -l /|grep  "vmlinuz*\|initrd*"
lrwxrwxrwx   1 root root    27 Dez 17  2021 vmlinuz -> boot/vmlinuz-4.9.0-17-amd64
lrwxrwxrwx   1 root root    27 Dez 17  2021 vmlinuz.old -> boot/vmlinuz-4.9.0-16-amd64
Da steht der kastrierte Kernel 4.9.0-17-amd64 an erster Stelle
der Kernel 4.9.0-16-amd64 an zweiter Stelle
er selbst ist mit dem 4.9.0-15-amd64 unterwegs.

Magie in Debian Linux :roll:

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 27.01.2024 15:16:54

Na und? Wenns geht ist doch ok.

Statt sich ewig weiter mit dem alten Zeugs zu beschäfigen ist es wesentlich sinnvoller ENDLICH den Upgrade fertigzustellen und dann zu schauen was noch weggeräumt werden muss.

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 27.01.2024 15:18:08

Na ich halt mich dann raus :roll:

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 27.01.2024 15:55:41

Nichts für ungut. Ich sags mal anders: konzentriere Dich auf das wesentliche. Und das ist m.M.n. der Upgrade. Die alten Kernel sind dann Geschichte.

leere8sam
Beiträge: 29
Registriert: 01.11.2018 17:43:05

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von leere8sam » 28.01.2024 12:03:28

So Ihr Lieben. Mit euch komme ich Stück für Stück weiter.

Debian 10 ist installiert und es läuft, allerdings friert der Bildschirm nun schon etwa 4x ein und ich muss den PC hart neu starten über das Gehäuse, da dann nix mehr geht, zumindest komme ich dann nicht mehr weiter mit meinen Versuchen in die Konsole zu kommen. Welche Kombination ist denn für solche Abstürze am besten geeignet? Ich probiere aktuell einfach einige durch, aber keine greift ...

Bei der Installation kam die Meldung "possible missing firmware /lib/firmware/nvidia/gp...".

Code: Alles auswählen

inxi -F
System:    Host: tarox Kernel: 4.9.0-15-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.14.5 
           Distro: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop System: Tarox product: Business PC 5100 P7Q v: N/A serial: 1327459 
           Mobo: ASUSTeK model: P7Q57-M DO v: Rev x.0x serial: MT701BK47502885 BIOS: American Megatrends v: 0080 
           date: 08/02/2011 
CPU:       Topology: Quad Core model: Intel Core i7 870 bits: 64 type: MT MCP L2 cache: 8192 KiB 
           Speed: 1467 MHz min/max: 1200/2934 MHz Core speeds (MHz): 1: 1333 2: 1200 3: 1200 4: 1333 5: 1200 
           6: 1200 7: 1200 8: 1733 
Graphics:  Device-1: NVIDIA GT218 [GeForce 210] driver: nouveau v: kernel 
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa resolution: 1280x1024~60Hz 
           OpenGL: renderer: NVA8 v: 3.3 Mesa 18.3.6 
Audio:     Device-1: Intel 5 Series/3400 Series High Definition Audio driver: snd_hda_intel 
           Device-2: NVIDIA High Definition Audio driver: snd_hda_intel 
           Sound Server: ALSA v: k4.9.0-15-amd64 
Network:   Device-1: Intel 82578DM Gigabit Network driver: e1000e 
           IF: enp0s25 state: up speed: 1000 Mbps duplex: full mac: c8:60:00:67:8a:d6 
Drives:    Local Storage: total: 494.43 GiB used: 16.91 GiB (3.4%) 
           ID-1: /dev/sda vendor: Seagate model: ST500DM002-1BD142 size: 465.76 GiB 
           ID-2: /dev/sdb type: USB vendor: SanDisk model: USB 3.2Gen1 size: 28.67 GiB 
Partition: ID-1: / size: 27.37 GiB used: 12.74 GiB (46.5%) fs: ext4 dev: /dev/dm-0 
           ID-2: /boot size: 235.3 MiB used: 123.1 MiB (52.3%) fs: ext2 dev: /dev/sda1 
           ID-3: /home size: 425.82 GiB used: 3.06 GiB (0.7%) fs: ext4 dev: /dev/dm-2 
           ID-4: swap-1 size: 3.96 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-1 
Sensors:   System Temperatures: cpu: 37.0 C mobo: N/A gpu: nouveau temp: 42 C 
           Fan Speeds (RPM): N/A 
Info:      Processes: 265 Uptime: 10m Memory: 3.82 GiB used: 1.58 GiB (41.3%) Shell: bash inxi: 3.0.32
Für die NVIDIA Grafikkarte konnte ich bei OpenSuse ein NVIDIA-Repo einbinden. Ich vermute, so etwas sollte ich nun auch machen. Könnt ihr mir dazu mehr sagen?

Noch ein paar Ausgaben:

Code: Alles auswählen

ls -l /|grep  "vmlinuz*\|initrd*"
lrwxrwxrwx   1 root root    31 Jan 27 17:34 initrd.img -> boot/initrd.img-4.19.0-26-amd64
lrwxrwxrwx   1 root root    30 Jan 27 17:34 initrd.img.old -> boot/initrd.img-4.9.0-15-amd64
lrwxrwxrwx   1 root root    28 Jan 27 17:34 vmlinuz -> boot/vmlinuz-4.19.0-26-amd64
lrwxrwxrwx   1 root root    27 Jan 27 17:34 vmlinuz.old -> boot/vmlinuz-4.9.0-15-amd64

Code: Alles auswählen

cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod lvm
insmod ext2
set root='lvmid/UnWe3D-cFiB-fZRM-j3W8-Nykf-1mMf-z3hOCK/7GZ3JR-w7Wa-yODJ-6IOC-nKFf-CDoY-r6eAzu'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/UnWe3D-cFiB-fZRM-j3W8-Nykf-1mMf-z3hOCK/7GZ3JR-w7Wa-yODJ-6IOC-nKFf-CDoY-r6eAzu'  ee221b66-c3ae-48a2-9f9a-dcbb21618365
else
  search --no-floppy --fs-uuid --set=root ee221b66-c3ae-48a2-9f9a-dcbb21618365
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod lvm
insmod ext2
set root='lvmid/UnWe3D-cFiB-fZRM-j3W8-Nykf-1mMf-z3hOCK/7GZ3JR-w7Wa-yODJ-6IOC-nKFf-CDoY-r6eAzu'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint='lvmid/UnWe3D-cFiB-fZRM-j3W8-Nykf-1mMf-z3hOCK/7GZ3JR-w7Wa-yODJ-6IOC-nKFf-CDoY-r6eAzu'  ee221b66-c3ae-48a2-9f9a-dcbb21618365
else
  search --no-floppy --fs-uuid --set=root ee221b66-c3ae-48a2-9f9a-dcbb21618365
fi
insmod png
if background_image /usr/share/desktop-base/futureprototype-theme/grub/grub-4x3.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
        set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-ee221b66-c3ae-48a2-9f9a-dcbb21618365' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  27c1ef88-9435-4802-bb10-096850b2c863
        else
          search --no-floppy --fs-uuid --set=root 27c1ef88-9435-4802-bb10-096850b2c863
        fi
        echo    'Loading Linux 4.19.0-26-amd64 ...'
        linux   /vmlinuz-4.19.0-26-amd64 root=/dev/mapper/tarox--vg-root ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /initrd.img-4.19.0-26-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-ee221b66-c3ae-48a2-9f9a-dcbb21618365' {
        menuentry 'Debian GNU/Linux, with Linux 4.19.0-26-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-26-amd64-advanced-ee221b66-c3ae-48a2-9f9a-dcbb21618365' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos1'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  27c1ef88-9435-4802-bb10-096850b2c863
                else
                  search --no-floppy --fs-uuid --set=root 27c1ef88-9435-4802-bb10-096850b2c863
                fi
                echo    'Loading Linux 4.19.0-26-amd64 ...'
                linux   /vmlinuz-4.19.0-26-amd64 root=/dev/mapper/tarox--vg-root ro  quiet
                echo    'Loading initial ramdisk ...'
                initrd  /initrd.img-4.19.0-26-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.19.0-26-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-26-amd64-recovery-ee221b66-c3ae-48a2-9f9a-dcbb21618365' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos1'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  27c1ef88-9435-4802-bb10-096850b2c863
                else
                  search --no-floppy --fs-uuid --set=root 27c1ef88-9435-4802-bb10-096850b2c863
                fi
                echo    'Loading Linux 4.19.0-26-amd64 ...'
                linux   /vmlinuz-4.19.0-26-amd64 root=/dev/mapper/tarox--vg-root ro single 
                echo    'Loading initial ramdisk ...'
                initrd  /initrd.img-4.19.0-26-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.9.0-15-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-15-amd64-advanced-ee221b66-c3ae-48a2-9f9a-dcbb21618365' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos1'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  27c1ef88-9435-4802-bb10-096850b2c863
                else
                  search --no-floppy --fs-uuid --set=root 27c1ef88-9435-4802-bb10-096850b2c863
                fi
                echo    'Loading Linux 4.9.0-15-amd64 ...'
                linux   /vmlinuz-4.9.0-15-amd64 root=/dev/mapper/tarox--vg-root ro  quiet
                echo    'Loading initial ramdisk ...'
                initrd  /initrd.img-4.9.0-15-amd64
        }
        menuentry 'Debian GNU/Linux, with Linux 4.9.0-15-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.9.0-15-amd64-recovery-ee221b66-c3ae-48a2-9f9a-dcbb21618365' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd0,msdos1'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  27c1ef88-9435-4802-bb10-096850b2c863
                else
                  search --no-floppy --fs-uuid --set=root 27c1ef88-9435-4802-bb10-096850b2c863
                fi
                echo    'Loading Linux 4.9.0-15-amd64 ...'
                linux   /vmlinuz-4.9.0-15-amd64 root=/dev/mapper/tarox--vg-root ro single 
                echo    'Loading initial ramdisk ...'
                initrd  /initrd.img-4.9.0-15-amd64
        }
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

Code: Alles auswählen

Dateisystem                      Größe Benutzt Verf. Verw% Eingehängt auf
udev                              1,9G       0  1,9G    0% /dev
tmpfs                             392M    6,2M  386M    2% /run
/dev/mapper/taroxnamen_--vg-root   28G     13G   14G   50% /
tmpfs                             2,0G     13M  1,9G    1% /dev/shm
tmpfs                             5,0M    4,0K  5,0M    1% /run/lock
tmpfs                             2,0G       0  2,0G    0% /sys/fs/cgroup
/dev/sda1                         236M    124M  101M   56% /boot
/dev/mapper/namen_--vg-home  426G    3,1G  402G    1% /home
Nur nebenbei: In der Konsole zeigt er mir immer root@tarox... (PCName enthält noch Persönliches). an.
Wo kann ich eigentlich den Rechnernamen ändern, damit ich den nicht immer für Posts abändern muss?
Mein Hauptanliegen ist aber zunächst die Abstürze reduzieren, die Treiberpakete für die Grafikkarte installieren und zu überlegen, wie ich am besten weiter mache (weitere Dist-Upgrades vs. Neuinstallation von Debian12).

Danke an alle für den tollen Support und einen sonnigen Sonntag!

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 28.01.2024 12:11:32

Also hat der Upgrade die Kernel geputzt. Ich würd trotzdem nochmal in /boot schauen ob da noch Leichen zu finden sind.

Wenn der inxi-Output von Buster ist bootest Du immer noch den 4.9ner Kernel von Stretch. Der Default sollte eigentlich auf dem 4.19ner von Buster sein. Wähle den mal explizit an und schau ob der Rechner immer noch einfriert.

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 28.01.2024 13:28:40

Zu dem Kernel: zeig mal

Code: Alles auswählen

~$ su - 
# apt list linux-image-amd64 
Das ist ein sogenanntes Meta-Paket das den Upgrade der Kernel sicherstellt. Wenn da nicht als installiert angezeigt wird, installier das mal mit

Code: Alles auswählen

# apt install linux-image-amd64 
# update-grub 
# reboot
Damit sollte er dann automatisch mit dem letzten 4.19ner Kernel booten.

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 28.01.2024 13:45:40

leere8sam hat geschrieben: ↑ zum Beitrag ↑
28.01.2024 12:03:28
Für die NVIDIA Grafikkarte konnte ich bei OpenSuse ein NVIDIA-Repo einbinden. Ich vermute, so etwas sollte ich nun auch machen. Könnt ihr mir dazu mehr sagen?
Nun, ich bein kein NVidea-Freund oder Experte, ich meide diesen Hersteller wie die Pest. Im Detail müssen da andere helfen.

Aber: die notwendigen Pakete sind im Debian Repo drin, da ist es nicht notwendig Fremdsoftware einzubinden. Schauen wir erst mal auf ein paar Grundlagen.

Wie sieht jetzt die sources.list aus? Zeig mal

Code: Alles auswählen

~$ cat /etc/apt/sources.list 
Wenn da non-free drin ist würd ich einfach mal firmware-Pakete installieren falls nicht vorhanden. Werde zu root und mach mal ein

Code: Alles auswählen

# apt list firmware-linux*
und zeig das Ergebnis. Debianfirmware-linux-free und Debianfirmware-linux-nonfree sollten drauf sein.

Nachtrag: ev. auch Debianfirmware-misc-nonfree.
Zuletzt geändert von rhHeini am 28.01.2024 14:34:44, insgesamt 1-mal geändert.

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 28.01.2024 13:49:08

Der Kernel 4.19.0-26 steht an erster Stelle im Grub Menü. Warum wird der nicht automatisch gestartet ?
Was in der /etc/default/grub verändert ?

Das für deine Karte notwendige Paket: Debiannvidia-legacy-340xx-driver
Allerdings ist mit der Unterstützung für deine Karte bei Buster (Debian 10) Schluss.

leere8sam
Beiträge: 29
Registriert: 01.11.2018 17:43:05

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von leere8sam » 28.01.2024 16:45:28

OK. Danke. Dann schauen wir mal weiter. Mit dem Kernel haben wir wohl ein Missverständnis (s. u.)

Code: Alles auswählen

apt list -a linux-image-amd64
Auflistung... Fertig
linux-image-amd64/oldoldstable,now 4.19+105+deb10u21 amd64  [installiert]
linux-image-amd64/oldoldstable 4.19+105+deb10u16 amd64

root@taroxma:~# cat /etc/apt/sources.list
# 

# deb cdrom:[Debian GNU/Linux 9.5.0 _Stretch_ - Official amd64 NETINST 20180714-10:25]/ stretch main

#deb cdrom:[Debian GNU/Linux 9.5.0 _Stretch_ - Official amd64 NETINST 20180714-10:25]/ stretch main

#deb http://ftp.stw-bonn.de/debian/ stretch main non-free contrib
#deb-src http://ftp.stw-bonn.de/debian/ stretch main non-free contrib

#deb http://security.debian.org/debian-security stretch/updates main contrib non-free
#deb-src http://security.debian.org/debian-security stretch/updates main contrib non-free

# stretch-updates, previously known as 'volatile'
#deb http://ftp.stw-bonn.de/debian/ stretch-updates main contrib non-free
#deb-src http://ftp.stw-bonn.de/debian/ stretch-updates main contrib non-free

#deb http://deb.debian.org/debian buster main contrib

#deb http://ftp.stw-bonn.de/debian/ buster main non-free contrib
#deb-src http://ftp.stw-bonn.de/debian/ buster main non-free contrib

#deb http://security.debian.org/debian-security buster/updates main contrib non-free
#deb-src http://security.debian.org/debian-security buster/updates main contrib non-free

# buster-updates, previously known as 'volatile'
#deb http://ftp.stw-bonn.de/debian/ buster-updates main contrib non-free
#deb-src http://ftp.stw-bonn.de/debian/ buster-updates main contrib non-free

#debianforum
deb http://deb.debian.org/debian buster main contrib non-free
deb-src http://deb.debian.org/debian buster main contrib non-free

deb http://deb.debian.org/debian buster-updates main contrib non-free
deb-src http://deb.debian.org/debian buster-updates main contrib non-free

deb http://security.debian.org/debian-security/ buster/updates main contrib non-free
deb-src http://security.debian.org/debian-security/ buster/updates main contrib non-free
root@taroxm:~# apt list firmware-linux*
Auflistung... Fertig
firmware-linux-free/oldoldstable,now 3.4 all  [Installiert,automatisch]
firmware-linux-nonfree/oldoldstable 20190114+really20220913-0+deb10u2 all
firmware-linux/oldoldstable 20190114+really20220913-0+deb10u2 all
Noch zur Info: Der Kernel 4.19.0-26 wird automatisch gestartet. Da mir das System da aber eingefroren ist (s. o.), hatte ich versucht, ob es mit dem älteren Kernel besser klappt. War aber nicht der Fall.

Das System friert mir zuletzt immer dann ein, wenn ich in einem Portal eine PDF-Datei hochladen möchte und noch ein Konsolenfenster offen habe.
Vielleicht liegt es auch an dem Portal. Gerade konnte ich zumindest Firefox schließen und dann normal weiter machen.
Mal sehen, bei dem anderen Taroxrechner mit Gnome friert kein Bildschirm ein.

Ob ich das nvidia-Paket wirklich installieren soll? Falls ja, geht das auch über Konsole. Wie würde ich das .deb-Paket über die Konsole installieren?

leere8sam
Beiträge: 29
Registriert: 01.11.2018 17:43:05

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von leere8sam » 28.01.2024 18:41:29

Es könnte an Firefox 115.6.0esr (64-Bit) liegen. Gerade wieder ein Crash, aber Restart Firefox möglich. Ich beobachte es weiter.

Ansonsten noch die Info, dass ich die überflüssigen Kernelreste vor dem Upgrade per "rm" entfernt habe. Hiernach und nach dem Upgrade startet Grub mit 4.19.0-26 und bietet alternativ im erweiterten Modus noch 4.9.0-15 an.

rhHeini
Beiträge: 2312
Registriert: 20.04.2006 20:44:10

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von rhHeini » 28.01.2024 18:48:46

Installation von Paketen auf der Konsole:

Code: Alles auswählen

# apt update
# apt list firmware-linux-nonfree
# apt install firmware-linux-nonfree 
# apt list nvidia-legacy-340xx-driver 
# apt install nvidia-legacy-340xx-driver 
Paketverwaltung aktualisieren. Erst schauen ob das Paket vorhanden und eventuell schon installiert ist, dann installieren. Alles als root, deswegen # als Prefix.

Benutzeravatar
thunder11
Beiträge: 1344
Registriert: 19.04.2023 09:08:30

Re: Upgrade von 9.1.3 auf 10 - Kein Speicherplatz mehr verfügbar (boot)

Beitrag von thunder11 » 28.01.2024 19:01:11

In wieweit nouveau deine Karte noch unterstützt, weiß ich nicht.
Die Nvidia- Treiber tun es jedenfalls, allerdings nur noch für Debian10, was du gerade installiert hast.

Dein Hauptspeicher (4 GB) reicht zwar (sehr knapp) mit Plasma wenn du viele Fenster offen hast, dürfte es bei einem modernen Browser
zu wenig Speicher sein.

Ich würde mir überlegen, wenn ich den Rechner weiter betreiben will:
Neuere Grafik-Karte
Mehr RAM

Gefunden habe ich gerade:
CORSAIR CMX8GX3M4A1333C9 8GB(4 x 2GB) ----> 27 €
Ne GraKa mit PCIe 2.0 x16 sollte es für ca 60 -70 € geben
Zuletzt geändert von thunder11 am 28.01.2024 19:29:43, insgesamt 3-mal geändert.

Antworten