-bash: apt-get: command not found || HILFE!

[busaku]

Also "einfach" apt-get Linux-image-2.6 und dann weiter?
Muss ich danach noch irgendwas installieren?
Und wie boote ich dann in den neuen Kernel?

Wie gesagt, ist leider mein erster Kernelupdate.

Gruß busaku

[KBDCALLS]

Das ganze hat mir doch jetzt keine Ruhe gelassen. Und habe das mal in einer Virtualbox ausprobiert. Erst Sarge minimal installiert . Mit Kernel 2.4.27-3-386 Anschließend ein dist-upgrade auf Etch gemacht. Und dann abschließend noch den Kernel auf 2.6.18-6-686 aktualisiert. Bis auf eine Meckerei mit Udev funktionierte es. Es wurde übrigens als Ramdiskcreator wurde initramfs-tools verwendet.

Hier mal das gesamte logfile 34416

Anscheinend haben sich die Probleme im Laufe der Zeit gelößt. Ist ja auch schon mehr als drei Jahre her wie das aktuell war. Das war jetzt aber mit Original Debianarchiven. Kann sein das es mit einem selbstkompilierten Kernel trotzdem noch Probleme gibt.

Ich würde jetzt doch mal versuchen einen Kernel 2.6.18 oder gleich einen Kernel 2.6.26 zu installieren.

Code: Alles auswählen

aptitude install linux-image-2.6.18-6-686

oder gleich

Code: Alles auswählen

aptitude install linux-image-2-6-26-1-686

bzw.

Code: Alles auswählen

aptitude install linux-image-2.6.18-2.686

[busaku]

Code: Alles auswählen

XxxxX:~# aptitude install linux-image-2.6.18-6-686
Reading package lists... Done
Building dependency tree... Done
Reading extended state information
Initializing package states... Done
Building tag database... Done
The following packages have been kept back:
  libc6 libc6-dev
The following NEW packages will be installed:
  linux-image-2.6.18-6-686
The following packages are RECOMMENDED but will NOT be installed:                  #ist das hier wichtig?!
  libc6-i686
0 packages upgraded, 1 newly installed, 0 to remove and 2 not upgraded.
Need to get 0B/16.3MB of archives. After unpacking 49.9MB will be used.
Writing extended state information... Done
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously deselected package linux-image-2.6.18-6-686.
(Reading database ... 24536 files and directories currently installed.)
Unpacking linux-image-2.6.18-6-686 (from .../linux-image-2.6.18-6-686_2.6.18.dfsg.1-26etch2_i386.deb) ...
Done.
Setting up linux-image-2.6.18-6-686 (2.6.18.dfsg.1-26etch2) ...

 Hmm. The package shipped with a symbolic link /lib/modules/2.6.18-6-686/source
 However, I can not read the target: No such file or directory
 Therefore, I am deleting /lib/modules/2.6.18-6-686/source

Running depmod.
Finding valid ramdisk creators.
Using mkinitramfs-kpkg to build the ramdisk.
Running postinst hook script /sbin/update-grub.
Your /etc/kernel-img.conf needs to be updated. Read grub's NEWS.Debian[1]
file and follow its instructions.

 1. /usr/share/doc/grub/NEWS.Debian.gz


You shouldn't call /sbin/update-grub. Please call /usr/sbin/update-grub instead!

Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-2.6.18-6-686
Updating /boot/grub/menu.lst ... done

Doch nach einem Neustart:

Code: Alles auswählen

uname -r
2.4.35.3

Liegt das an dem, was ich hervorgehoben habe?!
So langsam hab ich kein bock mehr, aber super nett, dass du dir so viel mühe gibst

Gruß busaku

[KBDCALLS]

Das sieht doch eigentlich ganz gut aus. Versuche mal zu booten mit dem neuen Kernel. Der alte Kernel ist ja nicht gelöscht worden. Zur Sicherheit kannst du dir aber mal den Inshalt im Verzeichnit /boot ansehen. und auch die Datei /boot/gruib/menu.lst ob da alles richtig eingetragen ist. Wenn alles korekt gelufen ist, und danach siehts ja aus, sind beide Kernel in der Menu.lst vorhanden. Standardmäßig hast du 5 Sekunden Zeit um einen anderen Booteintrag auszuwählen.

Das hier , kannst du erst einmal getrost ignorieren.

Code: Alles auswählen

The following packages are RECOMMENDED but will NOT be installed:                  #ist das hier wichtig?!
  libc6-i686

Code: Alles auswählen

RECOMMENDED =  empfohlen/vorgeschlagen

[busaku]

Code: Alles auswählen

xxxx:/boot/grub# cat menu.lst
default         0
timeout         5
color cyan/blue white/blue

## ## End Default Options ##

title           Debian GNU/Linux, kernel 2.6.18-6-686
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.18-6-686 root=/dev/hda1 ro
initrd          /boot/initrd.img-2.6.18-6-686
savedefault

title           Debian GNU/Linux, kernel 2.6.18-6-686 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.18-6-686 root=/dev/hda1 ro single
initrd          /boot/initrd.img-2.6.18-6-686
savedefault

### END DEBIAN AUTOMAGIC KERNELS LIST

Sollte doch eigentlich in den 2.6. er Booten oder? Aber wie gesagt:

Code: Alles auswählen

uname -r
2.4.35.3

busaku

[KBDCALLS]

Hast du das Programm file installiert ? Falls nein hole das mal nach.

Code: Alles auswählen

aptitude install file

Dann gehst du mal in das Vereichnis /boot Und überprüfst die Dateien mal damit.

Code: Alles auswählen

matthias@svetlana:/boot$ file vmlinuz-2.6.32-bpo.2-686-bigmem
vmlinuz-2.6.32-bpo.2-686-bigmem: Linux kernel x86 boot executable RO-rootFS, root_dev 0x801, swap_dev 0x2, Normal VGA
matthias@svetlana:/boot$

matthias@svetlana:/boot$ file initrd.img-2.6.32-bpo.2-686-bigmem
initrd.img-2.6.32-bpo.2-686-bigmem: gzip compressed data, from Unix, last modified: Sun Feb 21 15:40:17 2010
matthias@svetlana:/boot$

Das sind jetzt nur Beispiele . Du mußt natürlich die richtigen Dateinamen einsetzen.

PS. Was mich allerdings wundert warum taucht der Kernel 2.4 in der menu.lst nicht mehr auf? Sollte er aber.

[busaku]

Code: Alles auswählen

file vmlinuz-2.6.18-6-686
vmlinuz-2.6.18-6-686: Linux kernel x86 boot executable RO-rootFS, root_dev 0x6803, swap_dev 0x1, Normal VGA

file initrd.img-2.6.18-6-686
initrd.img-2.6.18-6-686: gzip compressed data, from Unix, last modified: Sun Mar 14 16:47:43 2010, max compression

kann es sein, dass das mit dem User-Kernel zu tun hat?
Ich würde ja sogar neu installieren, aber mein Server-Anbieter gibt mir nur die Möglichkeit meinen aktuellen Kernel/ etch neu zu installieren.
vllt. wird es zeit diesen zu wechseln...

Gruß busaku

[feltel]

Kann es vielleicht sein das da noch lilo (ehemaliger Standard-Bootmanger u.a. bei Debian) aktiv ist? Schau mal, ob Du eine /etc/lilo.conf hast; wenn ja, die bitte mal posten.

[busaku]

Code: Alles auswählen

cat /etc/lilo.conf
cat: /etc/lilo.conf: No such file or directory

Das kann ja echt bald nicht mehr wahr sein.. -.-

[busaku]

Ne, ich hab keine Ideen mehr, wieso er immernoch im alten Kernel startet. Hab alle Foren, und ganz google durchgesucht aber nichts gefunden

[KBDCALLS]

Das ist eigenlich sehr seltsam. Was befindet sich denn alles an Dateien im /boot Auch in /boot/grub Und was ergibt

Code: Alles auswählen

dir / -l

[busaku]

Code: Alles auswählen

dir /boot -l
total 6420
-rw-r--r-- 1 root root   70682 2010-02-20 00:18 config-2.6.18-6-686
drwxr-xr-x 2 root root    4096 2010-03-14 17:55 grub
-rw-r--r-- 1 root root 4481528 2010-03-14 16:47 initrd.img-2.6.18-6-686
-rw-r--r-- 1 root root  723620 2010-02-20 03:16 System.map-2.6.18-6-686
-rw-r--r-- 1 root root 1261567 2010-02-20 03:16 vmlinuz-2.6.18-6-686

Code: Alles auswählen

dir /boot/grub -l
total 192
-rw-r--r-- 1 root root    191 2010-03-12 09:07 default
-rw-r--r-- 1 root root     15 2005-09-06 15:20 device.map
-rw-r--r-- 1 root root   7776 2005-09-06 15:20 e2fs_stage1_5
-rw-r--r-- 1 root root   7504 2005-09-06 15:20 fat_stage1_5
-rw-r--r-- 1 root root   8320 2005-09-06 15:20 jfs_stage1_5
-rw-r--r-- 1 root root   3693 2010-03-14 16:47 menu.lst
-rw-r--r-- 1 root root   3343 2010-03-14 16:47 menu.lst~
-rw-r--r-- 1 root root   7008 2005-09-06 15:20 minix_stage1_5
-rw-r--r-- 1 root root   9216 2005-09-06 15:20 reiserfs_stage1_5
-rw-r--r-- 1 root root    512 2005-09-06 15:20 stage1
-rw-r--r-- 1 root root 108168 2005-09-06 15:20 stage2
-rw-r--r-- 1 root root   9288 2005-09-06 15:20 xfs_stage1_5

[KBDCALLS]

Ich meinte eigentlich / Also die Wurzel des Dateisystems. Hier findet man die Verzeichnisse wie /boot /etc usw. und ein paar Links. Das müßten noch überbleibsel von Lilio sein, werden aber immer noch angelegt. War den mal Lilo auf dem Rechner installiert. Den Verdacht habe ich mittlerweile.

[busaku]

Code: Alles auswählen

dir / -l
total 176
drwxr-xr-x   2 root root   4096 2010-03-14 12:40 bin
drwxr-xr-x   3 root root   4096 2010-03-14 16:47 boot
lrwxrwxrwx   1 root root     11 2009-12-16 15:19 cdrom -> media/cdrom
drwxr-xr-x   2 root root   4096 2009-12-16 17:44 command
drwxr-xr-x  12 root root  24576 2010-03-14 16:50 dev
drwxr-x--x  69 root root   4096 2010-03-14 16:50 etc
drwxr-x--x  11 root staff  4096 2010-01-12 10:50 home
drwxr-xr-x   2 root root   4096 2006-12-29 09:45 initrd
lrwxrwxrwx   1 root root     28 2010-03-14 16:47 initrd.img -> boot/initrd.img-2.6.18-6-686
drwxr-xr-x  13 root root   8192 2010-03-14 12:40 lib
drwxr-xr-x   2 root root  16384 2005-09-06 15:15 lost+found
drwxr-xr-x   4 root root   4096 2005-09-06 15:15 media
drwxr-xr-x   2 root root   4096 2004-12-15 23:55 mnt
drwxr-xr-x   3 root root   4096 2009-12-16 17:40 opt
drwxr-xr-x   3 root root   4096 2009-12-16 17:44 packages
dr-xr-xr-x 148 root root      0 2010-03-14 17:50 proc
drwxr-xr-x   8 root root   4096 2010-03-14 17:55 root
drwxr-xr-x   2 root root   4096 2010-03-14 12:40 sbin
drwxr-xr-x  14 root root   4096 2009-12-16 17:47 service
drwxr-xr-x   2 root root   4096 2005-09-06 15:16 srv
-rw-------   1 root root    636 2010-03-03 09:39 static.key
drwxr-xr-x   2 root root   4096 2005-05-10 22:01 sys
drwxrwxrwt   4 root root  53248 2010-03-16 19:28 tmp
drwxr-xr-x  12 root root   4096 2010-03-12 08:57 usr
drwxr-xr-x  16 root root   4096 2009-12-16 17:46 var
lrwxrwxrwx   1 root root     25 2010-03-14 16:47 vmlinuz -> boot/vmlinuz-2.6.18-6-686

[Tintom]

aber mein Server-Anbieter gibt mir nur die Möglichkeit meinen aktuellen Kernel/ etch neu zu installieren.

Du bist sicher, dass du einen ganz normalen Rootserver ohne jegliche Beschränkungen hast ? Vielleicht sollte man in diese Richtung weiterdenken.

Gruß

[KBDCALLS]

Die Frage ob da mal vorher Lilo drauf war haste nicht beantwortet?

Kannst ja mal den Bootrecord auslesen.

Code: Alles auswählen

dd if=/dev/hda of=mbr count=1 bs=512

Für /dev/hda das korrekte Device einsetzen.

Da das ein Binary ist , sieht man sich das Teil am besten mit dem bvi an.

Falls Grub installiert ist , steht ziemlich hinten. Lilo müßte aber auch drinnestehn. Allerdings kann ich das jetzt nicht genau sagen, da momentan kein Lilo installiert.

[busaku]

Code: Alles auswählen

dd if=/dev/hda of=mbr count=1 bs=512
1+0 records in
1+0 records out
512 bytes (512 B) copied, 0.012182 seconds, 42.0 kB/s

Ich wüsste leider nicht, welches dev sonst das richtige wäre.
In der Datei mbr steht etwas von Lilo.
Am Bootlooder habe ich aber noch nie gebastelt.

busaku

[KBDCALLS]

Wenn man nach dieser menu.lst geht war das schon das richtige device /dev/hda . Kann man auch noch mal nachlesen wenn man sich die Datei /boot/grub/device.map mit cat ansieht. Im Grunde müßtest du Grub in den MBR schreiben. Da ist beim Update etwas gründlich schiefgegangen. Also müßtest du den Grub noch fertig installieren. Anscheinend hat dieser Schritt nicht funktioniert.

Code: Alles auswählen

grub-install /dev/hda

Lilo arbeitet so wie der Bootloader von Dos. Aus diesem Grunde muß der jedes mal neu installiert werden wenn ein neuer Kernel installiert wird. Auch wenn ein Kernel als Datei nicht mehr sichtbar ist kann Lilo ihn starten. (Vorausetzung . Die Sektoren sind nicht anderweitig beschrieben) Dateisystemunabhängig. Während Grub das Dateisystem lesen muß und auch den Dateinamen.

[busaku]

Code: Alles auswählen

grub-install /dev/hda
Searching for GRUB installation directory ... found: /boot/grub
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(hd0)   /dev/hda

Code: Alles auswählen

reboot

Code: Alles auswählen

uname -r
2.4.35.3

Das gibt's doch echt nicht...

Code: Alles auswählen

cat /boot/grub/device.map
(hd0)   /dev/hda

soll / kann ich Lilo deinstallieren?

busaku

[busaku]

.... ?

[feltel]

Hmmm, ich hab keine so rechte Idee mehr. Man könnte vielleicht den Bootsektor mit dd nullen und dann grub den Bootsektor neu schreiben lassen. Das ist allerdings im Fall des Falles ne kitzlige Angelegenheit, vorallem da Du ja keinen direkten Zugriff auf die Maschine hast.

[KBDCALLS]

Zumal sich da die Partitionstabelle befindet. Zumindest sind das 64 Bytes , in denen die maximal vier primären Partitonen stehen. Also das eine mehr als kitzlige Angelegenheit wäre. Wenn dann dürfte man allenfalls den Code für den Bootmanager austauschen. Also die ersten 440 Bytes.

[feltel]

Das nur ausführen, wenn Du absolut sicher bist und Backups hast! Keine Garantie das das nicht Dein System lahmlegt!

Hast Du wirklich ein Backup?

Okay, dann damit den Bootsektor nullen

Code: Alles auswählen

dd if=/dev/zero of=/dev/hda bs=440 count=1

und dann den Grub mit

Code: Alles auswählen

grub-install --recheck /dev/hda
reboot

neu schreiben und hoffen

[busaku]

Nunja, ich hätte schon ein Backup.
Würde allerdings stunden dauern bis ich das wieder ans laufen bekommen zu habe.
Und knappe 25 GB Backup mit ner 1 K - DSL Leitung up zu loaden macht auch nicht wirklich spaß..

Hab nochmal den Support meines Server-Anbieters angeschrieben..der bietet mir für schlappe 35 Euro pro 15 Minuten an mal danach zu schauen.. -.-

Und euch fällt da nichts anderes ein?
Vllt. ist es doch das falsche laufwerk!?
Aber das hatten wir ja vorher ausgelesen..

Gruß
busaku

[feltel]

Du könntest sicherheitshalber mal den Output von "dmesg" nach nopaste.debianforum.de posten, und wir schauen nochmal nach, ob /dev/hda wirklich die richtige Platte ist, wobei das sicherlich so sein wird.