[gelöst]Externe Festplatte - firewire: mountpoint for sysfs

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

[gelöst]Externe Festplatte - firewire: mountpoint for sysfs

Beitrag von w-kluthe » 04.11.2005 15:44:56

Gelöst, siehe
http://www.debianforum.de/forum/viewtop ... highlight=

Hallo,

ich habe sarge installiert auf meinem laptop.

Eine externe Festplatte über firewire kann nicht gemountet werden:
mount /syskl
mount: /dev/sda1 is not a valid block device

mit df wird /dev/sda1 auch nicht angezeigt.
cat /proc/partitions liefert ebenfalls keine sda - Platte

lspci liefert
....
0000:14:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
Das ist die PCMCIA Steckkarte

Wenn ich die Logeinträge richtig verstehe, so ist die passende Meldung:
hal.hotplug[1778]: could not get mountpoint for sysfs

Was heisst das? Ist das das Problem?
Was kan ich tun?

Hinweis:
Die Platte war in dieser Anordnung unter SuSE 8.2 mit Kernel 2.4.20....
problemlos erreichbar, dort liegen nun auch meine Daten :-(

Vielen Dank für Hinweise
W.Kluthe
Zuletzt geändert von w-kluthe am 22.11.2005 11:05:56, insgesamt 1-mal geändert.

Benutzeravatar
peschmae
Beiträge: 4844
Registriert: 07.01.2003 12:50:33
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: nirgendwo im irgendwo

Beitrag von peschmae » 04.11.2005 20:33:46

Das mit sysfs versteh ich gerade nicht. Ist sysfs gemountet? Mach mal ein "ls /sys" - das sollte was ausgeben ("block bus class devices firmware kernel module power").

Wegen der Firewire-Platte: Mach mal als root ein
tail -f /var/log/kern.log
und stecke die Platte *nachher* an. Dann solltest du sehen was er so macht mit der Platte. Poste das mal.

MfG Peschmä
"er hätte nicht in die usa ziehen dürfen - die versauen alles" -- Snoopy

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Beitrag von w-kluthe » 04.11.2005 21:49:58

[quote="peschmae"]Das mit sysfs versteh ich gerade nicht. Ist sysfs gemountet? Mach mal ein "ls /sys" - das sollte was ausgeben ("block bus class devices firmware kernel module power").
l
ls /sysfs
ls: /sysfs: Datei oder Verzeichnis nicht gefunden
Das ist alles, was ich erhalte.

Wegen der Firewire-Platte: Mach mal als root ein
tail -f /var/log/kern.log
und stecke die Platte *nachher* an. Dann solltest du sehen was er so macht mit der Platte. Poste das mal.

Das Ergebnis ist: (PCMCIA-Karte gezogen und wieder _eingesteckt_) --------
Nov 4 22:35:34 idefix kernel: cs: cb_alloc(bus 20): vendor 0x104c, device 0x8023
Nov 4 22:35:34 idefix kernel: PCI: Enabling device 14:00.0 (0000 -> 0002)
Nov 4 22:35:34 idefix kernel: PCI: Setting latency timer of device 14:00.0 to 64
Nov 4 22:35:34 idefix kernel: ohci1394_1: OHCI-1394 1.1 (PCI): IRQ=[11] MMIO=[14800000-148007ff] Max Packet=[2048]
Nov 4 22:35:35 idefix kernel: ieee1394: Host added: ID:BUS[0-00:1023] GUID[00010800100141cf]
Nov 4 22:35:35 idefix kernel: scsi1 : SCSI emulation for IEEE-1394 SBP-2 Devices
Nov 4 22:35:36 idefix kernel: uhci.c: USB Universal Host Controller Interface driver v1.1
Nov 4 22:35:36 idefix kernel: ieee1394: sbp2: Logged into SBP-2 device
Nov 4 22:35:36 idefix kernel: ieee1394: sbp2: Node 0-00:1023: Max speed [S400] - Max payload [2048]
Nov 4 22:35:36 idefix kernel: ieee1394: Node added: ID:BUS[0-00:1023] GUID[0001d202e0660290]
Nov 4 22:35:36 idefix kernel: ieee1394: Node changed: 0-00:1023 -> 0-01:1023
Nov 4 22:35:36 idefix kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5
Nov 4 22:35:37 idefix kernel: shpchp: acpi_shpchprm:get_device PCI ROOT HID fail=0x1001
Nov 4 22:35:37 idefix kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5
Nov 4 22:35:37 idefix kernel: pciehp: acpi_pciehprm:get_device PCI ROOT HID fail=0x1001

Und wenn ich nur die Platte ausschalte und wieder einschalte:
ausschalten:
Nov 4 22:38:40 idefix kernel: ieee1394: Node changed: 0-01:1023 -> 0-00:1023
Nov 4 22:38:40 idefix kernel: ieee1394: Node removed: ID:BUS[0-00:1023] GUID[0001d202e0660290]
Nov 4 22:38:41 idefix kernel: ieee1394: sbp2: Logged out of SBP-2 device

wieder einschalten:
Nov 4 22:38:53 idefix kernel: ieee1394: Node 0-01:1023 has non-standard ROM format (0 quads), cannot parse
Nov 4 22:38:53 idefix kernel: ieee1394: The root node is not cycle master capable; selecting a new root node and resetting...
Nov 4 22:38:55 idefix kernel: ieee1394: Node 0-00:1023 has non-standard ROM format (0 quads), cannot parse
Nov 4 22:38:55 idefix kernel: ieee1394: Node changed: 0-00:1023 -> 0-01:1023
Nov 4 22:39:01 idefix kernel: ieee1394: sbp2: Logged into SBP-2 device
Nov 4 22:39:01 idefix kernel: ieee1394: sbp2: Node 0-00:1023: Max speed [S400] - Max payload [2048]
Nov 4 22:39:01 idefix kernel: ieee1394: Node added: ID:BUS[0-00:1023] GUID[0001d202e0660290]

Es bleibt dabei:
mount /syskl
mount: /dev/sda1 is not a valid block device

Hoffentlich hilft das.

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Ergänzung

Beitrag von w-kluthe » 05.11.2005 08:56:26

Das Verzeichnis /sys existiert,
aber
ls /sys
da ist nichts drin.

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 05.11.2005 09:10:51

füge mal folgende Zeile in deine /etc/fstab ein:

Code: Alles auswählen

none            /sys    sysfs   defaults        0       0
und mach danach als Root:

Code: Alles auswählen

mount /sys
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

mount: unknown filesystem type 'sysfs'

Beitrag von w-kluthe » 06.11.2005 14:02:05

Hallo,

in /etc/fstab steht nun:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda2 / ext3 defaults,errors=remount-ro 0 1
/dev/hda5 none swap sw 0 0
/dev/hdc /media/cdrom0 iso9660 ro,user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
none /sys sysfs defaults 0 0

Aber mount meckert weiterhin:
mount /sys
mount: unknown filesystem type 'sysfs'

Ich kann das leider garnicht verstehen,

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 06.11.2005 20:18:34

ist das ein selbstgebackener Kernel? Gibt es das Verzeichnis /sys überhaupt?
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Beitrag von w-kluthe » 07.11.2005 00:06:52

_Kein_ selbstgebackener Kernel,
direkt aus der Distribution;

das Verzeichnis /sys existiert
ist aber leer.

Ich habe heute abend die Installation aktualisiert,
für mich hat sich aber nichts gebessert.

Was muss ich tun um ausreichend Informationen zusammenzustellen?

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 07.11.2005 21:27:29

bitte nutze die "Code" Buttons beim Erstellen... das macht es um vieles leichter deinen Text zu lesen..

mache bitte folgendes:

Code: Alles auswählen

mount
was gibt das aus?

und versuch mal das:

Code: Alles auswählen

mount -t sysfs none /sys
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

jhr-online
Beiträge: 2186
Registriert: 18.09.2005 15:52:02
Lizenz eigener Beiträge: GNU Free Documentation License
Kontaktdaten:

Beitrag von jhr-online » 07.11.2005 22:56:01

Ich kann vermutlich nicht wirklich helfen, aber so viel trotzdem:

Code: Alles auswählen

hal.hotplug[1778]: could not get mountpoint for sysfs
ist eine Meldung, die bei mir auch ständig erscheint. Ich hab die auch schon mal gepostet, aber ohne Erfolg - keine Reaktionen. Die Meldung taucht bei mir in keinem logischen Zusammenhang auf - finde ich ;-) - und hat offensichtlich auch gar keine Auswirkungen, denn alles, was ich will, läuft...
Nur als Hinweis, damit ihr euch da nicht unnötig (wenn's denn so ist) blöd sucht... :-)

jhr
Desktop: Intel Core2Quad Q8300 2.5GHz, 256GB SSD + 1 TB HDD, 8 GB RAM, Debian Sid, Kernel 3.13

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 07.11.2005 23:11:28

@w-kluthe:

versuch mal deinen Rechner mit der Kerneloption "noacpi" zu starten...
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22454
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 07.11.2005 23:22:17

Das Sysfs ist doch eine ein Virtuelles Dateisystem Und da wird nix reingemountet. Wenn möglich werden die Virtuellen Dateisysteme vom Script

Code: Alles auswählen

/etc/init.d/mountvitrfs
gestartet. Und ob die vorhanden kann man mit einem schlichten mount überprüfen. Das sieht dann in etwa so aus.

Code: Alles auswählen

matthias@biljana:~$ mount
/dev/sda5 on / type ext3 (rw,errors=remount-ro)
/dev/sda1 on /boot type ext3 (rw)
/dev/sda6 on /home type ext3 (rw)
/dev/sda11 on /tmp type ext3 (rw)
/dev/sda7 on /usr type ext3 (rw)
/dev/sda8 on /usr/src type ext3 (rw)
/dev/sda9 on /var type ext3 (rw)
/dev/sda10 on /var/log type ext3 (rw)
/dev/sda12 on /media/sda12 type reiserfs (rw)
/dev/hdd1 on /home/matthias/hdd1 type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)
tmpfs on /dev type tmpfs (rw,size=10M,mode=0755)
nfsd on /proc/fs/nfsd type nfsd (rw)
matthias@biljana:~$
Sysfs gibt es nur in Kernel 2.6.xx

Welchen Kernel hast du?

Code: Alles auswählen

uname -a
Zu Firewire. Hier brauchst du Das Scsi Grundsytem . [codlor=green]scsi-mod ,sd_mod[/color] Und die Firewiremodule.
ieee1394, ohci1394 ,sbp2

Und wenn dann wird nach

Code: Alles auswählen

/media/sda1
gemountet. Und falls das Verzeichnis sda1 nicht existiert legt mans an.

Code: Alles auswählen

mkdir /medi/sda1
PS: Nutze bitte die Code-tags oder http://nopaste.debianforum.de/
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Festplatte weiterhin nicht erreichbar

Beitrag von w-kluthe » 09.11.2005 12:30:07

Hallo,
meine Festplatte funktioniert weiterhin _nicht_ .

Nun trage ich alle Informationen, von denen ich annehme,
dass sie weiterhelfen könnten, in dieser Meldung zusammen,
in der Hoffnung, dass mir jemand weiterhelfen kann.
(Ich entschuldige mich schon an dieser Stelle dafür, dass die Meldung etwas lang geworden ist.)

Die Geräte:
Laptop Toshiba Satellite Pro 4200 series
Zwei PCMCIA-Karten sind für Ethernet und Firewire eingesteckt:
In der Kurzfassung mit "lspci":

Code: Alles auswählen

0000:00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
0000:00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
0000:00:05.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
0000:00:05.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
0000:00:05.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
0000:00:05.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03)
0000:00:07.0 Communication controller: Lucent Microelectronics 56k WinModem (rev 01)
0000:00:09.0 IRDA controller: Toshiba America Info Systems FIR Port Type-DO
0000:00:0b.0 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to Cardbus Bridge with ZV Support (rev 20)
0000:00:0b.1 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to Cardbus Bridge with ZV Support (rev 20)
0000:00:0c.0 Multimedia audio controller: Yamaha Corporation YMF-744B [DS-1S Audio Controller] (rev 02)
0000:01:00.0 VGA compatible controller: S3 Inc. 86C270-294 Savage/IX-MV (rev 11)

0000:14:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)

0000:15:00.0 Ethernet controller: Accton Technology Corporation EN-1216 Ethernet Adapter (rev 11)
Langfassung von lspci -vv und Auszüge aus kern.log
siehe hier: http://nopaste.debianforum.de/1556

Das Ergebniss:
- Die Ethernet-Karte funktioniert einwandfrei.
- Die Firewire-Anbindung nicht.

(Das Ergebnis wird auch nicht besser, wenn ich nur die Firewire-Karte einstecke, die Platte ist nicht erreichbar.)

Code: Alles auswählen

# mount /syskl
mount: /dev/sda1 is not a valid block device
Das Divice wird nicht gefunden?

Code: Alles auswählen

k# ls -l /dev/sda1
brw-rw----  1 root disk 8, 1 2005-02-26 07:38 /dev/sda1
Im Dateisystem ist wohl alles soweit vorbereitet?

Code: Alles auswählen

k# df
Dateisystem          1K-Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/hda2              3518284   1972168   1367396  60% /
tmpfs                   160900         0    160900   0% /dev/shm
Auch hier wird keine SCSI-Platte aufgelistet.

Ich erinnere mich aber daran, dass während der Installation beim Aufteilen der Festplatten ein SCSI-Laufwerk aufgelistet wurde. Ich habe das allerdings nicht ausgewählt, weil dort meine Daten liegen.

GRUB!!
Bei der Analyse während der Installation hat grub behauptet, dort sei noch ein SuSE-System und deshalb die Menü-Einträge in "menu.lst":

Code: Alles auswählen

# This entry automatically added by the Debian installer for an existing
# linux installation on /dev/sda4.
title           linux (on /dev/sda4)
root            (hd1,3)
kernel          /boot/vmlinuz root=/dev/hda6 ro append = "
initrd          /boot/initrd
savedefault
boot
Also hat der Installer / Grub ein Device /dev/sda4 gefunden und analysieren können.
Es muss also auch mit Debian funktionieren!

Muss der SCSI-Bus nach der Installation der Treiber nochmals gescannt werden, damit die Geräte zur Verfügung stehen?
Ich weiss aber auch nicht wie das geht.

Oder was ist sonst faul?

Hinweis zur Festplatte:
Gerät: AluICE aus dem Bereich MAC
Darin wird ein Oxford911 Chip verwendet, um von firewire auf IDE-Festplatte umzusetzen.
Aber debian spricht doch den ganzen Strang als SCSI-Geräte an oder nicht?

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 09.11.2005 17:48:07

was gibt dir

Code: Alles auswählen

uname -a
?
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Beitrag von w-kluthe » 09.11.2005 18:18:29

Debian sarge

Code: Alles auswählen

 uname -a
Linux idefix 2.4.27-2-386 #1 Mon May 16 16:47:51 JST 2005 i686 GNU/Linux
wie auch in dem kern.log file dukumentiert
http://nopaste.debianforum.de/1556

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22454
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 09.11.2005 18:44:50

Der Kernel ist ja schon recht betagt, installier die mal einen 2.6.14 Debiankernel . Nehme mal an du hast Sarge. . Den Kernel kriegst du dann hier .

http://www.backports.org/pending/linux-2.6/

Und yaird brauchst du dann auch noch von hier.

http://www.backports.org/pending/yaird/
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Beitrag von w-kluthe » 09.11.2005 19:21:55

Gut, habe ich mir geladen die Dateien:

Code: Alles auswählen

kernel-image-2.6-386_2.6.14-1bpo1_i386.deb
yaird_0.0.11-9bpo1_i386.deb
ist das richtig?
Und was muss ich nun tun?

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 09.11.2005 20:23:54

Code: Alles auswählen

dpkg -i kernel-image-2.6-386_2.6.14-1bpo1_i386.deb yaird_0.0.11-9bpo1_i386.deb
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Beitrag von w-kluthe » 10.11.2005 11:22:11

Hallo,

habe kernel und yarid installiert, was dazu führte, dass ich weitere aghängige Pakete installiert habe (mindestens geladen und versucht zu installieren)

Zuletzt bei

Code: Alles auswählen

 dpkg -i linux-image-2.6.14-1-386_2.6.14-1bpo1_i386.deb
dann erhalte ich die Fehlermeldung:
  • Failed to find suitable ramdisk generation tool for kernel version 2.6.14-1-386 on running kernel 2.4.27-2-386 in /usr/sbin/mkinitrd /usr/sbin/mkinitrd.yaird /usr/sbin/mkinitramfs
Vorhanden sind:

Code: Alles auswählen

ls -l /usr/sbin/mkini*
-rwxr-xr-x  1 root root 28246 2005-05-27 01:44 /usr/sbin/mkinitrd
-rwxr-xr-x  1 root root  2796 2005-11-02 14:37 /usr/sbin/mkinitrd.yaird
Allerdings kann ich "mkinitramfs" nirgends finden, auch nicht auf
"http://www.debian.org/distrib/packages"

Wo finde ich "mkinitramfs" oder wie kann ich das umgehen?

Vielen Dank

ERGÄNZUNG
initrd-tools sind installiert: 0.1.81.1

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22454
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 10.11.2005 13:27:49

Installiere erst mal nur yaird Und wenn das drauf ist und korrekt installiert ohne zu motzen den Kernel
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Beitrag von w-kluthe » 10.11.2005 14:35:15

Leider, es bleibt dabei

Code: Alles auswählen

 dpkg -i yaird_0.0.11-9bpo1_i386.deb
...
Entpacke Ersatz für yaird ...
Richte yaird ein (0.0.11-9bpo1) ...
Danach

Code: Alles auswählen

dpkg -i linux-image-2.6.14-1-386_2.6.14-1bpo1_i386.deb
... Ersetzen von linux-image-2.6.14-1-386 2.6.14-1bpo1 (durch linux-image-2.6.14-1-386_2.6.14-1bpo1_i386.deb) ...
Hier hängt's ?
You are attempting to install an initrd kernel image (version
2.6.14-1-386) while running a kernel of version 2.4.27-2-386, but

you have no suitable ramdisk generation tool installed among


und weiter

Code: Alles auswählen

/usr/sbin/mkinitrd /usr/sbin/mkinitrd.yaird /usr/sbin/mkinitramfs.  This will break the installation, unless a
suitable ramdisk generation tool is also being installed right
now.

Could not find . at /var/lib/dpkg/tmp.ci/preinst line 228.
The directory /lib/modules/2.6.14-1-386 still exists. Continuing as directed.
Entpacke Ersatz für linux-image-2.6.14-1-386 ...
Searching for GRUB installation directory ... found: /boot/grub .
Testing for an existing GRUB menu.list file... found: /boot/grub/menu.lst .

Searching for splash image... none found, skipping...
Found kernel: /boot/vmlinuz-2.6.14-1-386
Found kernel: /boot/vmlinuz-2.4.27-2-386
Updating /boot/grub/menu.lst ... done

Richte linux-image-2.6.14-1-386 ein (2.6.14-1bpo1) ...
Failed to find suitable ramdisk generation tool for kernel version 2.6.14-1-386 on running 
kernel 2.4.27-2-386 in /usr/sbin/mkinitrd /usr/sbin/mkinitrd.yaird /usr/sbin/mkinitramfs
dpkg: Fehler beim Bearbeiten von linux-image-2.6.14-1-386 (--install):
Das hatte ich schon.
Ist "yaird_0.0.11-9bpo1_i386.deb" nicht richtig?

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

ERGÄNZUNG zu yaird

Beitrag von w-kluthe » 10.11.2005 15:30:34

Hallo,
mit

Code: Alles auswählen

 yaird --test
erhalte ich nach einer langen Liste von Devicenames:

Code: Alles auswählen

Labeled partitions detected:
yaird error: can't open directory /sys/block (fatal)
Alles was ich bisher verstanden habe:
Das sysfs wird erst ab dem kernel 2.6... unterstütz!

Das upgrade von 2.4..... auf die 2.6.-386_2.6.14...
geht auf diesem Weg nicht??

Warum kann ich nicht bei 2.4 bleiben, wenn der Debian installer
die SCSI-Platte doch gefunden hat, siehe mein posting vom 09.11.
unter GRUB!!

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 10.11.2005 18:02:00

Weil GRUB NICHTS mit dem eigentlichen System danach zu tun hat.. Grub macht das dank des Bios was ihm das sda erreichbar macht..
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

GRUB

Beitrag von w-kluthe » 10.11.2005 18:43:48

Hallo,

mein Hinweis auf GRUB bezog sich doch nur darauf, dass damit nachgewiesen ist, dass der Installer in der lage war die Firewire-Festplatte zu finden und sie zu lesen!!!

Meine Frage ist also:
Was kann der Installer, was das jetzige System nicht kann!!

Übrigens habe ich nun

Code: Alles auswählen

Linux version 2.6.8-2-686 (horms@tabatha.lab.ultramonkey.org) (gcc version 3.3.5 (Debian 1:3.3.5-12)) #1 Thu May 19 17:53:30 JST 2005

Code: Alles auswählen

# uname -a
Linux idefix 2.6.8-2-686 #1 Thu May 19 17:53:30 JST 2005 i686 GNU/Linux
aus der sarge Distribution installiert und es läuft, ABER
die Firewire - Platte weiterhin nicht!!!

(So langsam werde ich nervös)

w-kluthe
Beiträge: 42
Registriert: 04.11.2005 14:45:33
Wohnort: Banyuls sur Mer

Stand der Dinge

Beitrag von w-kluthe » 10.11.2005 19:38:57

Hallo,
die PCMCIA-Karte firewire hat nun die Beschreibung

Code: Alles auswählen

lspci -vv
0000:02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) (prog-if 10 [OHCI])
        Subsystem: AFAVLAB Technology Inc: Unknown device f000
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 (500ns min, 1000ns max)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at 14804000 (32-bit, non-prefetchable) [size=2K]
        Region 1: Memory at 14800000 (32-bit, non-prefetchable) [size=16K]
        Region 2: Memory at 14804800 (32-bit, non-prefetchable) [size=2K]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME+
Wenn die Festplatte ausgeschaltet wird, so stehen in
/var/log/kern.log diese Meldungen
  • kernel: ieee1394: Node changed: 0-01:1023 -> 0-00:1023
    kernel: ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[0001d202e0660290]
Und wieder eingeschaltet
  • kernel: ieee1394: Error parsing configrom for node 0-00:1023
    kernel: ieee1394: Node changed: 0-00:1023 -> 0-01:1023
In /var/log/debug
Ausschalten:
  • kernel: ieee1394: Node changed: 0-01:1023 -> 0-00:1023
    kernel: ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[0001d202e0660290]
Wieder einschalten:
  • kernel: ieee1394: The root node is not cycle master capable; selecting a new root node and resetting...
    kernel: ieee1394: Node changed: 0-00:1023 -> 0-01:1023
    kernel: ieee1394: Node resumed: ID:BUS[0-00:1023] GUID[0001d202e0660290]
Was kann ich noch tun, um das Problem besser einzugrenzen.
Diese Tests sollten in meinen laienhaften Augen zeigen,
dass die PCMCIA-Karte bzw. die Festplatte (der oxford911 Chip
für die Festplatte) nicht defekt sind.
Oder wie kann ich das noch nachweisen?

Antworten