ich hab das ganze mal unter runlevel 1 ausprobiert, wo ja eigentlich nix im hintergrund laufen sollte -> die gleichen werte.

:confused:

ich hab die platte jetzt in den alten rechner gehängt, hier kann ich dma aktivieren, krieg dann auch 47 MB/s zusammen.

im neuen rechner gehts ums verrecken nicht. kann hier ein problem mit dem chipsatz oder ein treiberproblem vorliegen?

wieder neues von der front:

grund für das nichtfunktionieren des dma-modus ist das nichterkennen der southbridge vom kernel

es gibt beim 2.4.20 im ac tree einen patch dazu

nur brauch ich jetzt bitte wieder hilfe:

ich hab mit make-kpkg --revision name kernel_image
ein deb file erstellt, das dann mit dpkg -i installiert.

die fragen punkto lilo hab ich dezent mit yes beantwortet

beim neu hochfahren hab ich zwar den vorteil, dass ich jetzt dma aktivieren kann, allerdings muss ich jetzt alles selber reinmounten, die module laden usw, sprich die komplette startkonfiguration fehlt ihm jetzt.

mit startdisk funkts zum glück noch wie vorher ;)


wie kann ich ihm jetzt die alten configs übertragen?



[edit]
vor allem: wie krieg ich wenn not das ding wieder weg?
dpkg --purge --force-remove-essential kernel-image-NNN

nach dem befehl fährt er mir nämlich immer noch mit dem 2.4.20er hoch

Hallo Who-T!

ad 1.) Wie schaut deine /etc/lilo.conf aus, und die Symlinks in / ?

ad 2.) Das ist nicht normal.....

ad 3.) Welche meinst du? Wenn lilo passt sollte das nicht nötig sein.

ad 4.) Ist noch ein anderer Kernel installiert?



Ciao,

Steve

1) /etc/lilo.conf
lba32
boot=/dev/hda1
root=/dev/hda6
compact
install=/boot/boot.b
delay=20
map=/boot/map
vga=normal

image=/vmlinuz
label=Linux
read-only


# ls -l /vmlinuz
lrwxrwxrwx 1 root root 19 Jan 4 11:51 /vmlinuz -> boot/vmlinuz-2.4.18

den 2.4.20er hab ich jetzt ganz weggebracht, dafür fährt er mir jetzt überhaupt nicht mehr hoch (außer mit startdisk). beim hochfahren kommen lauter 0404040 in endlosschleife

4) das war vermutlich der grund, ich wollte deinstallieren bevor ich den neuen raufgegeben habe, da is dann anscheinend was überblieben

vielleicht hilft das was:
# ls /boot/
System.map-2.4.18 boot-text.b chain.b os2_d.b
System.map-2.4.18-bf2.4 boot.0300 config-2.4.18 vmlinuz-2.4.18
boot-bmp.b boot.0301 config-2.4.18-bf2.4 vmlinuz-2.4.18-bf2.4
boot-compat.b boot.0306 lost+found
boot-menu.b boot.b map

juhu! er läuft!

ich kann euch zwar nicht mehr genau sagen, was ich alles gemacht hab, aber nach dem händischen umschreiben der lilo.conf hab ich wieder mit dem kernel der installation booten können.

dann hab ich den 2.4.20er komplett entfernen können, hab ihn neu kompiliert und installiert und jetzt funkts

könnte es sein, dass der grund, warum er beim letzten mal nur bis zur konsole hochgefahren ist der ist, dass ich auf das cp /boot/config-2.4.18-bf24 /usr/src/linux-2.4.20/.config vergessen habe?

kommt mir nämlich so vor.


dma is jetzt aktiviert, grund dafür war also der dem kernel unbekannte chipsatz.

nur testen kann ich es nicht, weil:
# hdparm -t /dev/hda
/dev/hda:
could not allocate sharedmem buf: Function not implemented


hab ich da beim kernel konfigurieren etwas zu restriktiv gewerkt?