Zum Inhalt springen

Linux

Akeem al Harun

Von Akeem al Harun
in Die Differenzmaschine

Empfohlene Beiträge

FrankBlack78

FrankBlack78

Geschrieben
Geschrieben

@Nix: Er verwendet angeblich gerade 2.6.24-x nicht 2.4.x. Oder verstehe ich dich gerade falsch?

 

Mach da mal ein 'ls -al /boot', dann bekommst du die auch die entsprechenden Dateigrößen. Außerdem kannst du dir mit 'du -m /boot' den belegten Speicherplatz (in MB) in dem Verzeichnis anzeigen lassen.

 

insgesamt 82714
drwxr-xr-x  4 root root    3072 2008-10-21 22:15 .
drwxr-xr-x 21 root root    4096 2008-10-16 22:40 ..
-rw-r--r--  1 root root  422607 2008-04-10 18:51 abi-2.6.24-16-generic
-rw-r--r--  1 root root  422667 2008-05-01 19:59 abi-2.6.24-17-generic
-rw-r--r--  1 root root  422667 2008-05-29 04:39 abi-2.6.24-18-generic
-rw-r--r--  1 root root  422667 2008-08-21 06:46 abi-2.6.24-19-generic
-rw-r--r--  1 root root  422781 2008-08-25 23:00 abi-2.6.24-21-generic
-rw-r--r--  1 root root   79964 2008-04-10 18:51 config-2.6.24-16-generic
-rw-r--r--  1 root root   80071 2008-05-01 19:59 config-2.6.24-17-generic
-rw-r--r--  1 root root   80071 2008-05-29 04:39 config-2.6.24-18-generic
-rw-r--r--  1 root root   80049 2008-08-21 06:46 config-2.6.24-19-generic
-rw-r--r--  1 root root   80073 2008-08-25 23:00 config-2.6.24-21-generic
drwxr-xr-x  3 root root    1024 2008-10-16 22:40 grub
-rw-r--r--  1 root root 7882574 2008-04-27 21:25 initrd.img-2.6.24-16-generic
-rw-r--r--  1 root root 7349268 2008-04-22 20:00 initrd.img-2.6.24-16-generic.bak
-rw-r--r--  1 root root 7453476 2008-05-27 22:30 initrd.img-2.6.24-17-generic
-rw-r--r--  1 root root 7453472 2008-05-27 22:29 initrd.img-2.6.24-17-generic.bak
-rw-r--r--  1 root root 7494962 2008-06-12 21:19 initrd.img-2.6.24-18-generic
-rw-r--r--  1 root root 7453928 2008-06-05 07:11 initrd.img-2.6.24-18-generic.bak
-rw-r--r--  1 root root 7492551 2008-08-27 06:40 initrd.img-2.6.24-19-generic
-rw-r--r--  1 root root 7494258 2008-08-12 07:03 initrd.img-2.6.24-19-generic.bak
-rw-r--r--  1 root root 7493406 2008-10-16 22:40 initrd.img-2.6.24-21-generic
drwx------  2 root root   12288 2008-04-27 19:12 lost+found
-rw-r--r--  1 root root  103204 2007-09-28 12:06 memtest86+.bin
-rw-r--r--  1 root root  899892 2008-04-10 18:51 System.map-2.6.24-16-generic
-rw-r--r--  1 root root  905012 2008-05-01 19:59 System.map-2.6.24-17-generic
-rw-r--r--  1 root root  905012 2008-05-29 04:39 System.map-2.6.24-18-generic
-rw-r--r--  1 root root  905170 2008-08-21 06:46 System.map-2.6.24-19-generic
-rw-r--r--  1 root root  905365 2008-08-25 23:00 System.map-2.6.24-21-generic
-rw-r--r--  1 root root 1904248 2008-04-10 18:51 vmlinuz-2.6.24-16-generic
-rw-r--r--  1 root root 1921944 2008-05-01 19:59 vmlinuz-2.6.24-17-generic
-rw-r--r--  1 root root 1921528 2008-05-29 04:39 vmlinuz-2.6.24-18-generic
-rw-r--r--  1 root root 1921464 2008-08-21 06:46 vmlinuz-2.6.24-19-generic
-rw-r--r--  1 root root 1920376 2008-08-25 23:00 vmlinuz-2.6.24-21-generic

 

1	/boot/grub/splashimages
1	/boot/grub
du: kann Verzeichnis „/boot/lost+found“ nicht lesen: Permission denied
1	/boot/lost+found
81	/boot

 

Für mich sieht das so aus, als wäre der alte kernel (2.6.24-16-generic) beibehalten worden. Die neuen Versionen wurden zwar installiert, werden aber nicht verwendet und blockieren jetzt den Plattenplatz.

Welche Distribution und welchen Bootmanager verwendest du?

Wenn du grub verwendest, schau mal, was bei dir in '/boot/grub/menu.1st' steht.

bis dann,

Sulvahir

Ich verwende Ubuntu und GRUB. Und eine Datei 'menu.1st' gibt es dort nicht.

 

default        installed-version  menu.lst.backup    stage1
device.map     jfs_stage1_5	  minix_stage1_5     stage2
e2fs_stage1_5  menu.lst		  reiserfs_stage1_5  xfs_stage1_5
fat_stage1_5   menu.lst~	  splashimages

 

Gruß

Frank

  • Antworten 591
  • Erstellt
  • Letzte Antwort

Top-Benutzer in diesem Thema

Aktive Tage

Top-Benutzer in diesem Thema

Aktive Tage

Beliebte Beiträge

Randver MacBeorn
Randver MacBeorn

Für alle Ubuntu-Nutzer (und solche, die es werden wollen): Ubuntu 20.04 erscheint heute Abend! Ubuntu 20.04: LTS-Version mit behutsamen Neuerungen | heise online https://heise.de/-4707756

Veröffentlichte Bilder

Nixonian

Nixonian

Geschrieben
Geschrieben
@Nix: Er verwendet angeblich gerade 2.6.24-x nicht 2.4.x. Oder verstehe ich dich gerade falsch?

Jein. Ich habe mich verschrieben und meinte natürlich 2.6.24.16 bzw. 21. Wichtig ist das 16 oder 21 am Schluß. Habe ich schon gesagt, daß ich die Kernel-benamsung seit 2.6 idiotisch finde? ;)

Du verwendest auf jeden Fall noch den ursprünglich mit 8.04 ausgelieferten Kernel statt den letzten update-Kernel, obwohl du den installiert hast.

 

Ich verwende Ubuntu und GRUB. Und eine Datei 'menu.1st' gibt es dort nicht.

 

default        installed-version  menu.lst.backup    stage1
device.map     jfs_stage1_5	  minix_stage1_5     stage2
e2fs_stage1_5  menu.lst		  reiserfs_stage1_5  xfs_stage1_5
fat_stage1_5   menu.lst~	  splashimages

 

Gruß

Frank

Nicht menu.1st sondern menu.lst

Und davon hast du ja.

Sulvahir

Sulvahir

Geschrieben
Geschrieben

Ich verwende Ubuntu und GRUB. Und eine Datei 'menu.1st' gibt es dort nicht.

 

menu.lst meinte ich auch (Irgendwie habe ich aus der Erinnerung menu.lst mit den *stage1_5 vermischt)

 

insgesamt 82714

sagt dir, dass du ~82MB in dem Verzeichnis belegt hast.

FrankBlack78

FrankBlack78

Geschrieben
Geschrieben

Was braucht ihr denn aus der menu-lst? Wenn ich da mit nano dran gehe, kann ich nicht alles markieren.

 

Dateisystem           1K‐Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda6             19245588   4426776  13848892  25% /
varrun                  257204       116    257088   1% /var/run
varlock                 257204         0    257204   0% /var/lock
udev                    257204        64    257140   1% /dev
devshm                  257204        12    257192   1% /dev/shm
lrm                     257204     38176    219028  15% /lib/modules/2.6.24-16-generic/volatile
/dev/sda3                93327     88541         0 100% /boot
gvfs-fuse-daemon      19245588   4426776  13848892  25% /home/zaphod/.gvfs

Akeem al Harun

Akeem al Harun

Geschrieben
  • Autor
Geschrieben
/dev/sda3 93327 88541 0 100% /boot

Da ist doch schon der Bösewicht. Du hast wohl den boot Bereich auf eine eigene Partition gelegt, was an sich schon mal ganz gut ist. Aber 92 MB ist ein wenig schmal bemessen. 500 MB wären sinnvoll gewesen. Deine boot Partition ist tatsächlich voll.

 

Wenn auf der Platte noch Platz ist, könntest du z.B. mit dem Gnome Partition Editor (GPartEd) versuchen die Partition zu vergrößern. Da das wohl nicht im laufenden Betrieb funktioniert, solltest du die LiveCD herunterladen.

daraubasbua

daraubasbua

Geschrieben
Geschrieben
/dev/sda3 93327 88541 0 100% /boot

Da ist doch schon der Bösewicht. Du hast wohl den boot Bereich auf eine eigene Partition gelegt, was an sich schon mal ganz gut ist. Aber 92 MB ist ein wenig schmal bemessen. 500 MB wären sinnvoll gewesen. Deine boot Partition ist tatsächlich voll.

 

Jungs, bleibt mal am Teppich, es gab Zeiten da waren 5 MB für /boot in Ordnung, man soll das nicht als Endlager für nie benutzen Code verwenden.

Aufräumen !

Akeem al Harun

Akeem al Harun

Geschrieben
  • Autor
Geschrieben
/dev/sda3 93327 88541 0 100% /boot

Da ist doch schon der Bösewicht. Du hast wohl den boot Bereich auf eine eigene Partition gelegt, was an sich schon mal ganz gut ist. Aber 92 MB ist ein wenig schmal bemessen. 500 MB wären sinnvoll gewesen. Deine boot Partition ist tatsächlich voll.

 

Jungs, bleibt mal am Teppich, es gab Zeiten da waren 5 MB für /boot in Ordnung, man soll das nicht als Endlager für nie benutzen Code verwenden.

Aufräumen !

Ich bleibe auf dem Teppich. Das ist die Empfehlung, die ich in irgendeinem Ubuntu Forum gefunden habe. Natürlich kann man auch alternativ die alten Kernels wegwerfen.

FrankBlack78

FrankBlack78

Geschrieben
Geschrieben

Da ist doch schon der Bösewicht. Du hast wohl den boot Bereich auf eine eigene Partition gelegt, was an sich schon mal ganz gut ist. Aber 92 MB ist ein wenig schmal bemessen.

Also DAS ist keine neue Erkenntnis. Das war ja das eigentliche Problem von Anfang an.

 

500 MB wären sinnvoll gewesen. Deine boot Partition ist tatsächlich voll.

Ich kann mich an Empfehlungen erinnern die sagten 100MB.

 

Wenn auf der Platte noch Platz ist, könntest du z.B. mit dem Gnome Partition Editor (GPartEd) versuchen die Partition zu vergrößern. Da das wohl nicht im laufenden Betrieb funktioniert, solltest du die LiveCD herunterladen.

GPartEd habe ich. Ich bin mir nur nicht sicher, ob ich das mit Platten benutzen möchte wo Daten drauf liegen. Das Verkleinern von einer zugunsten einer anderen Partition mache ich äußerst ungern.

 

Jungs, bleibt mal am Teppich, es gab Zeiten da waren 5 MB für /boot in Ordnung, man soll das nicht als Endlager für nie benutzen Code verwenden.

Aufräumen !

Und was kann gelöscht werden?

 

Gruß

Frank

Akeem al Harun

Akeem al Harun

Geschrieben
  • Autor
Geschrieben
Und was kann gelöscht werden?

Das versuchen wir gerade herauszufinden. Hilfreich wäre eine Ausgabe der Datei 'menu.lst'. Insbesondere die Zeilen, die Aussehen wie diese:

 

title		Ubuntu 8.04.1, kernel 2.6.24-21-generic

daraubasbua

daraubasbua

Geschrieben
Geschrieben (bearbeitet)

Scheint das bei den heutigen Plattengrößen 500 MB wohl eine atomare Einheit für Filesystem sind (meine erste SCSI Platte, auf die ich unheimlich stolz war, hatte 600 MB, und was ging da alles drauf :cry:)

 

Nichtsdesto trotz wird es ihm leichter fallen, den Schrott zu löschen als für /boot ein neues Filesystem zu kreieren. Üblicherweise beläst man den nächstältesten funktinierenden Kernel (und alle Hilfsfiles mit derselben Versionsnummer ) im Bootmenü (und natürlich auf der Platte) - alles andere löscht man.

 

PS. Das sollte kein persönlicehr Angriff sien, nur iene Polemik gegen "dann kaufen wir halt das nächstgrössere Modell).

 

PPS: Generell sollte ein df niemals 100% zeigen

 

PPS: Unter boot sollte nur sein was man für den Bootforgang braucht, also der Bootloader (grub), seine Kunfigurations- und Hilfsfiles (darunter menu.lst, das beschreibt das Bootmenü - hat eine ähnliche Funktion wie boot.ini under Windows (NT)) und die Kernels und ihre Hilfsfiles (Zusammenhang an der Versionsnummer erkenntlich). Files die nicht mehr die nicht (mehr) im Bootmenue sind sollten gelöscht werden.

 

PPPS: Hier wird offensichtlich der älteste kernel gestartet, obwohl neuere bereitliegen. Gründe dafür könnten sein:

 

a) Defaulteintrag wurde nie geändert -> Beim boot einen neueren wählen, testen, wenn ok default Eintrag ändern

b) Es wurden die neuen Kernels nie ins Bootmenü eingetragen (kann ich nicht sagen, ob das der Updater von selber macht, zuwenig Erfahrung mit modernen Distris) - das paddy bis jetz nie erwähnt hat, das beim Boot ein Menü erscheint, halte ich das führ am wahrscheinlichsten -> Editor anwerfen (obwohl ich nano für einen IPod halte ;) ) und fixen. Testen. Aufräumen.

Bearbeitet von daraubasbua
FrankBlack78

FrankBlack78

Geschrieben
Geschrieben 

title		Ubuntu 8.04.1, kernel 2.6.24-21-generic

 

title           Ubuntu 8.04, kernel 2.6.24-19-generic
root            (hd0,2)
kernel          /vmlinuz-2.6.24-16-generic root=UUID=368458f7-6b04-45d7-a566-fc$
initrd          /initrd.img-2.6.24-16-generic
quiet

title           Ubuntu 8.04, kernel 2.6.24-19-generic (recovery mode)
root            (hd0,2)
kernel          /vmlinuz-2.6.24-16-generic root=UUID=368458f7-6b04-45d7-a566-fc$
initrd          /initrd.img-2.6.24-16-generic

title           Ubuntu 8.04, memtest86+
root            (hd0,2)
kernel          /memtest86+.bin
quiet

Akeem al Harun

Akeem al Harun

Geschrieben
  • Autor
Geschrieben
Nichtsdesto trotz wird es ihm leichter fallen, den Schrott zu löschen als für /boot ein neues Filesystem zu kreieren. Üblicherweise beläst man den nächstältesten funktinierenden Kernel (und alle Hilfsfiles mit derselben Versionsnummer ) im Bootmenü (und natürlich auf der Platte) - alles andere löscht man.

Yo, das habe ich gerade bei mir gemacht. Die Plattennutzung ist von 30% auf 11% gefallen. :D

 

Allerdings scheint es, dass bei Paddy noch ein alter Kernel gebootet wird. Das muss man erst mal in den Griff bekommen.

 

Was die Atomare Einheit angeht: Na ja, bei den heutigen Plattengrößen tun 500 MB nicht wirklich weh. :dunno:

Akeem al Harun

Akeem al Harun

Geschrieben
  • Autor
Geschrieben 

title		Ubuntu 8.04.1, kernel 2.6.24-21-generic

 

title           Ubuntu 8.04, kernel 2.6.24-19-generic
root            (hd0,2)
kernel          /vmlinuz-2.6.24-16-generic root=UUID=368458f7-6b04-45d7-a566-fc$
initrd          /initrd.img-2.6.24-16-generic
quiet

title           Ubuntu 8.04, kernel 2.6.24-19-generic (recovery mode)
root            (hd0,2)
kernel          /vmlinuz-2.6.24-16-generic root=UUID=368458f7-6b04-45d7-a566-fc$
initrd          /initrd.img-2.6.24-16-generic

title           Ubuntu 8.04, memtest86+
root            (hd0,2)
kernel          /memtest86+.bin
quiet

Ui, da ist was durcheinander geraten...

 

Wenn du am Terminal bist, gibt mal 'gksu gedit /boot/grub/menu.lst' ein. Dann bearbeite die Datei. Die Zeilen sollten am Ende so aussehen:

 

title           Ubuntu 8.04, kernel 2.6.24-21-generic
root            (hd0,2)
kernel          /vmlinuz-2.6.24-21-generic root=UUID=368458f7-6b04-45d7-a566-fc$
initrd          /initrd.img-2.6.24-21-generic
quiet

title           Ubuntu 8.04, kernel 2.6.24-21-generic (recovery mode)
root            (hd0,2)
kernel          /vmlinuz-2.6.24-21-generic root=UUID=368458f7-6b04-45d7-a566-fc$
initrd          /initrd.img-2.6.24-21-generic

title           Ubuntu 8.04, memtest86+
root            (hd0,2)
kernel          /memtest86+.bin
quiet

 

Am besten gibst du die Zeilen zusätzlich zu den bestehenden ein und versuchst das System dann mit dem Kernel '2.6.24-21' zu booten. Wenn das klappt, kannst du die alten Zeilen rauswerfen.

Sulvahir

Sulvahir

Geschrieben
Geschrieben
Scheint das bei den heutigen Plattengrößen 500 MB wohl eine atomare Einheit für Filesystem sind (meine erste SCSI Platte, auf die ich unheimlich stolz war, hatte 600 MB, und was ging da alles drauf :cry:)

 

Nichtsdesto trotz wird es ihm leichter fallen, den Schrott zu löschen als für /boot ein neues Filesystem zu kreieren. Üblicherweise beläst man den nächstältesten funktinierenden Kernel (und alle Hilfsfiles mit derselben Versionsnummer ) im Bootmenü (und natürlich auf der Platte) - alles andere löscht man.

 

In seinem Fall wären das die Kernel

'*2.6.24-17-generic' bis '*2.6.24-19-generic'.

Der -16er ist sein aktuell funktionierender, der -21er der neueste.

 

Die überflüssigen Versionen (also 17-19) sollte er über seinen Paketmanager entfernen.

 

bis dann,

Sulvahir

Akeem al Harun

Akeem al Harun

Geschrieben
  • Autor
Geschrieben

Wenn alles geklappt hat, kannst du die fett markieren Dateien weghauen:

 

drwxr-xr-x  4 root root    3072 2008-10-21 22:15 .
drwxr-xr-x 21 root root    4096 2008-10-16 22:40 ..
[b]-rw-r--r--  1 root root  422607 2008-04-10 18:51 abi-2.6.24-16-generic[/b]
[b]-rw-r--r--  1 root root  422667 2008-05-01 19:59 abi-2.6.24-17-generic[/b]
[b]-rw-r--r--  1 root root  422667 2008-05-29 04:39 abi-2.6.24-18-generic[/b]
-rw-r--r--  1 root root  422667 2008-08-21 06:46 abi-2.6.24-19-generic
-rw-r--r--  1 root root  422781 2008-08-25 23:00 abi-2.6.24-21-generic
[b]-rw-r--r--  1 root root   79964 2008-04-10 18:51 config-2.6.24-16-generic[/b]
[b]-rw-r--r--  1 root root   80071 2008-05-01 19:59 config-2.6.24-17-generic[/b]
[b]-rw-r--r--  1 root root   80071 2008-05-29 04:39 config-2.6.24-18-generic[/b]
-rw-r--r--  1 root root   80049 2008-08-21 06:46 config-2.6.24-19-generic
-rw-r--r--  1 root root   80073 2008-08-25 23:00 config-2.6.24-21-generic
drwxr-xr-x  3 root root    1024 2008-10-16 22:40 grub
[b]-rw-r--r--  1 root root 7882574 2008-04-27 21:25 initrd.img-2.6.24-16-generic[/b]
[b]-rw-r--r--  1 root root 7349268 2008-04-22 20:00 initrd.img-2.6.24-16-generic.bak[/b]
[b]-rw-r--r--  1 root root 7453476 2008-05-27 22:30 initrd.img-2.6.24-17-generic[/b]
[b]-rw-r--r--  1 root root 7453472 2008-05-27 22:29 initrd.img-2.6.24-17-generic.bak[/b]
[b]-rw-r--r--  1 root root 7494962 2008-06-12 21:19 initrd.img-2.6.24-18-generic[/b]
[b]-rw-r--r--  1 root root 7453928 2008-06-05 07:11 initrd.img-2.6.24-18-generic.bak[/b]
-rw-r--r--  1 root root 7492551 2008-08-27 06:40 initrd.img-2.6.24-19-generic
-rw-r--r--  1 root root 7494258 2008-08-12 07:03 initrd.img-2.6.24-19-generic.bak
-rw-r--r--  1 root root 7493406 2008-10-16 22:40 initrd.img-2.6.24-21-generic
drwx------  2 root root   12288 2008-04-27 19:12 lost+found
-rw-r--r--  1 root root  103204 2007-09-28 12:06 memtest86+.bin
[b]-rw-r--r--  1 root root  899892 2008-04-10 18:51 System.map-2.6.24-16-generic[/b]
[b]-rw-r--r--  1 root root  905012 2008-05-01 19:59 System.map-2.6.24-17-generic[/b]
[b]-rw-r--r--  1 root root  905012 2008-05-29 04:39 System.map-2.6.24-18-generic[/b]
-rw-r--r--  1 root root  905170 2008-08-21 06:46 System.map-2.6.24-19-generic
-rw-r--r--  1 root root  905365 2008-08-25 23:00 System.map-2.6.24-21-generic
[b]-rw-r--r--  1 root root 1904248 2008-04-10 18:51 vmlinuz-2.6.24-16-generic[/b]
[b]-rw-r--r--  1 root root 1921944 2008-05-01 19:59 vmlinuz-2.6.24-17-generic[/b]
[b]-rw-r--r--  1 root root 1921528 2008-05-29 04:39 vmlinuz-2.6.24-18-generic[/b]
-rw-r--r--  1 root root 1921464 2008-08-21 06:46 vmlinuz-2.6.24-19-generic
-rw-r--r--  1 root root 1920376 2008-08-25 23:00 vmlinuz-2.6.24-21-generic

Sulvahir

Sulvahir

Geschrieben
Geschrieben
Die überflüssigen Versionen (also 17-19) sollte er über seinen Paketmanager entfernen.

Oh, ich habe das so gelöscht... :crosseye:

 

Über den Paketmanager bekommst du auch den Rest (z.B. in /lib/modules ) weg und der Paketmanager weiß, was er hat und was nicht. Es kann natürlich sein, dass da schon aufgeräumt wurde und nur die Dateien unter /boot liegen geblieben sind.

 

bis dann,

Sulvahir

Nixonian

Nixonian

Geschrieben
Geschrieben
Die überflüssigen Versionen (also 17-19) sollte er über seinen Paketmanager entfernen.

Oh, ich habe das so gelöscht... :crosseye:

 

Hmmm... das kann dir einmal auf den Kopf fallen, weil du dann Sachen in der "Datenbank" von apt/dkg stehen hast, die nicht stimmen, weil die darunterliegenden Files verschwunden sind.

 

Also dann Schritt für Schritt:

Kiste mit dem letztmöglichen Kernel booten (also 2.6.24.21) und alles ausprobieren, ob alles klappt. Dann über aptitude o.ä. die unnötigen Kernelversionen entfernen (wenn du tapfer bist, sind das alle Kernel außer dem neuesten. Wenn du nicht so tapfer bist, dann heb dir den 2.6.24.16 halt auf, weil du weißt, daß das mit dem funktioniert) Fertig.

Akeem al Harun

Akeem al Harun

Geschrieben
  • Autor
Geschrieben
Die überflüssigen Versionen (also 17-19) sollte er über seinen Paketmanager entfernen.

Oh, ich habe das so gelöscht... :crosseye:

 

Hmmm... das kann dir einmal auf den Kopf fallen, weil du dann Sachen in der "Datenbank" von apt/dkg stehen hast, die nicht stimmen, weil die darunterliegenden Files verschwunden sind.

Habe alles noch im Paketmanager entfernt und es ging gut. :turn:

 

Also dann Schritt für Schritt:

Kiste mit dem letztmöglichen Kernel booten (also 2.6.24.21) und alles ausprobieren, ob alles klappt. Dann über aptitude o.ä. die unnötigen Kernelversionen entfernen (wenn du tapfer bist, sind das alle Kernel außer dem neuesten. Wenn du nicht so tapfer bist, dann heb dir den 2.6.24.16 halt auf, weil du weißt, daß das mit dem funktioniert) Fertig.

Ich weiß nicht ob Paddy Ubuntu oder Kubuntu benutzt. Im Ubuntu (Gnome) heißt der Paketmanager Synaptic.

FrankBlack78

FrankBlack78

Geschrieben
Geschrieben

Ich weiß nicht ob Paddy Ubuntu oder Kubuntu benutzt. Im Ubuntu (Gnome) heißt der Paketmanager Synaptic.

Er benutzt Ubuntu. Ich werde das morgen mal testen.

Einstweilen danke für die Hilfe. Mal schauen ob ich das hinbekomme.

 

Gruß

Frank

FrankBlack78

FrankBlack78

Geschrieben
Geschrieben

Wenn du am Terminal bist, gibt mal 'gksu gedit /boot/grub/menu.lst' ein. Dann bearbeite die Datei. Die Zeilen sollten am Ende so aussehen:

 

title           Ubuntu 8.04, kernel 2.6.24-21-generic
root            (hd0,2)
kernel          /vmlinuz-2.6.24-21-generic root=UUID=368458f7-6b04-45d7-a566-fc$
initrd          /initrd.img-2.6.24-21-generic
quiet

title           Ubuntu 8.04, kernel 2.6.24-21-generic (recovery mode)
root            (hd0,2)
kernel          /vmlinuz-2.6.24-21-generic root=UUID=368458f7-6b04-45d7-a566-fc$
initrd          /initrd.img-2.6.24-21-generic

title           Ubuntu 8.04, memtest86+
root            (hd0,2)
kernel          /memtest86+.bin
quiet

 

Am besten gibst du die Zeilen zusätzlich zu den bestehenden ein und versuchst das System dann mit dem Kernel '2.6.24-21' zu booten. Wenn das klappt, kannst du die alten Zeilen rauswerfen.

Also das hat schonmal nicht gebootet. :dunno:

 

Gruß

Frank

obw

obw

Geschrieben
Geschrieben
Sag ich ja. Seitdem einmal ein Update schief gelaufen ist, laufen alle seither auch schief. Und seitdem ist mein boot-Verzeichnis voll. Vorher waren immer bequeme 11 MB frei. Komisch das.

 

Wenn das Update auf den 2.6.24-21 das war, was schiefgegangen ist, dann ist es wohl auch nicht sinnvoll, den auszuprobieren. Nimm mal den 2.6.24-19, der scheint komplett installiert zu sein. Also einfach die 21 in den eingefügten Zeilen durch 19 ersetzen. Es kann übrigens sein, dass, wenn Du einen Grafiktreiber vom Kartenhersteller verwendest (nvidia, fglrx), Du den Grafiktreiber nochmal nachinstallieren musst, wenn Du einen neuen Kernel auswählst. :worried: Wenn also die Grafik nicht voll da ist nach Neustart, nicht wundern.

Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde Dich hier an.

Jetzt anmelden
Zur Themenübersicht

  • Wer ist Online   0 Benutzer

    • Keine registrierten Benutzer online.
×
×
  • Neu erstellen...