FrankBlack78 Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 @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 Link zu diesem Kommentar
Nixonian Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 @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. Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 Paddy, wie sieht denn bei dir die Ausgabe von 'df' aus? Link zu diesem Kommentar
Sulvahir Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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. Link zu diesem Kommentar
FrankBlack78 Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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 Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 /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. Link zu diesem Kommentar
daraubasbua Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 /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 ! Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 /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. Link zu diesem Kommentar
FrankBlack78 Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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 Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 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 Link zu diesem Kommentar
daraubasbua Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 (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 ) 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 24. Oktober 2008 von daraubasbua Link zu diesem Kommentar
FrankBlack78 Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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 Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 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. 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. Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 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. Link zu diesem Kommentar
Sulvahir Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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 ) 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 Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 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 Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 Die überflüssigen Versionen (also 17-19) sollte er über seinen Paketmanager entfernen. Oh, ich habe das so gelöscht... Link zu diesem Kommentar
Sulvahir Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 Die überflüssigen Versionen (also 17-19) sollte er über seinen Paketmanager entfernen. Oh, ich habe das so gelöscht... Ü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 Link zu diesem Kommentar
Nixonian Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 Die überflüssigen Versionen (also 17-19) sollte er über seinen Paketmanager entfernen. Oh, ich habe das so gelöscht... 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. Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 Die überflüssigen Versionen (also 17-19) sollte er über seinen Paketmanager entfernen. Oh, ich habe das so gelöscht... 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. 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. Link zu diesem Kommentar
FrankBlack78 Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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 Link zu diesem Kommentar
FrankBlack78 Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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. Gruß Frank Link zu diesem Kommentar
Akeem al Harun Geschrieben 24. Oktober 2008 Autor report Teilen Geschrieben 24. Oktober 2008 Hm, dann hast du wohl was grundsätzlich schief... Link zu diesem Kommentar
FrankBlack78 Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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. Link zu diesem Kommentar
obw Geschrieben 24. Oktober 2008 report Teilen Geschrieben 24. Oktober 2008 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. Wenn also die Grafik nicht voll da ist nach Neustart, nicht wundern. Link zu diesem Kommentar
Empfohlene Beiträge
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 erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde Dich hier an.
Jetzt anmelden