[gelöst]Externe Festplatte - firewire: mountpoint for sysfs
[gelöst]Externe Festplatte - firewire: mountpoint for sysfs
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
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.
- peschmae
- Beiträge: 4844
- Registriert: 07.01.2003 12:50:33
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: nirgendwo im irgendwo
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ä
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
[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.
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.
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
füge mal folgende Zeile in deine /etc/fstab ein:
und mach danach als Root:
Code: Alles auswählen
none /sys sysfs defaults 0 0
Code: Alles auswählen
mount /sys
mount: unknown filesystem type 'sysfs'
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,
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,
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
bitte nutze die "Code" Buttons beim Erstellen... das macht es um vieles leichter deinen Text zu lesen..
mache bitte folgendes:
was gibt das aus?
und versuch mal das:
mache bitte folgendes:
Code: Alles auswählen
mount
und versuch mal das:
Code: Alles auswählen
mount -t sysfs none /sys
-
- Beiträge: 2186
- Registriert: 18.09.2005 15:52:02
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Ich kann vermutlich nicht wirklich helfen, aber so viel trotzdem: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
Code: Alles auswählen
hal.hotplug[1778]: could not get mountpoint for sysfs
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
- KBDCALLS
- Moderator
- Beiträge: 22454
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Das Sysfs ist doch eine ein Virtuelles Dateisystem Und da wird nix reingemountet. Wenn möglich werden die Virtuellen Dateisysteme vom Script gestartet. Und ob die vorhanden kann man mit einem schlichten mount überprüfen. Das sieht dann in etwa so aus.
Sysfs gibt es nur in Kernel 2.6.xx
Welchen Kernel hast du?
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 gemountet. Und falls das Verzeichnis sda1 nicht existiert legt mans an.
PS: Nutze bitte die Code-tags oder http://nopaste.debianforum.de/
Code: Alles auswählen
/etc/init.d/mountvitrfs
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:~$
Welchen Kernel hast du?
Code: Alles auswählen
uname -a
ieee1394, ohci1394 ,sbp2
Und wenn dann wird nach
Code: Alles auswählen
/media/sda1
Code: Alles auswählen
mkdir /medi/sda1
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:
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.
Festplatte weiterhin nicht erreichbar
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":
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.)
Das Divice wird nicht gefunden?
Im Dateisystem ist wohl alles soweit vorbereitet?
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":
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?
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)
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
Code: Alles auswählen
k# ls -l /dev/sda1
brw-rw---- 1 root disk 8, 1 2005-02-26 07:38 /dev/sda1
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
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
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?
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
was gibt dir ?
Code: Alles auswählen
uname -a
Debian sarge
wie auch in dem kern.log file dukumentiert
http://nopaste.debianforum.de/1556
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
http://nopaste.debianforum.de/1556
- KBDCALLS
- Moderator
- Beiträge: 22454
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
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/
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:
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.
Gut, habe ich mir geladen die Dateien:
ist das richtig?
Und was muss ich nun tun?
Code: Alles auswählen
kernel-image-2.6-386_2.6.14-1bpo1_i386.deb
yaird_0.0.11-9bpo1_i386.deb
Und was muss ich nun tun?
- Savar
- Beiträge: 7174
- Registriert: 30.07.2004 09:28:58
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
Code: Alles auswählen
dpkg -i kernel-image-2.6-386_2.6.14-1bpo1_i386.deb yaird_0.0.11-9bpo1_i386.deb
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
dann erhalte ich die Fehlermeldung:
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
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
- 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
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
"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
- KBDCALLS
- Moderator
- Beiträge: 22454
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
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:
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.
Leider, es bleibt dabei
Danach
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
Das hatte ich schon.
Ist "yaird_0.0.11-9bpo1_i386.deb" nicht richtig?
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) ...
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) ...
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):
Ist "yaird_0.0.11-9bpo1_i386.deb" nicht richtig?
ERGÄNZUNG zu yaird
Hallo,
mit
erhalte ich nach einer langen Liste von Devicenames:
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!!
mit
Code: Alles auswählen
yaird --test
Code: Alles auswählen
Labeled partitions detected:
yaird error: can't open directory /sys/block (fatal)
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!!
GRUB
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
aus der sarge Distribution installiert und es läuft, ABER
die Firewire - Platte weiterhin nicht!!!
(So langsam werde ich nervös)
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
die Firewire - Platte weiterhin nicht!!!
(So langsam werde ich nervös)
Stand der Dinge
Hallo,
die PCMCIA-Karte firewire hat nun die Beschreibung
Wenn die Festplatte ausgeschaltet wird, so stehen in
/var/log/kern.log diese Meldungen
Ausschalten:
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?
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+
/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]
- kernel: ieee1394: Error parsing configrom for node 0-00:1023
kernel: ieee1394: Node changed: 0-00:1023 -> 0-01:1023
Ausschalten:
- kernel: ieee1394: Node changed: 0-01:1023 -> 0-00:1023
kernel: ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[0001d202e0660290]
- 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]
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?