ide-brenner laeuft nur unter knoppix, nicht unter deb.sarge

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
Benutzeravatar
mxp
Beiträge: 57
Registriert: 14.04.2003 17:57:01
Wohnort: Aachen

ide-brenner laeuft nur unter knoppix, nicht unter deb.sarge

Beitrag von mxp » 14.04.2003 18:07:50

hallo,

unter knoppix laeuft das geraet (alter 32x8x4x brenner von sony) prima.
wenn ich hier in sarge aber z.b.

Code: Alles auswählen

cdrdao scanbus
eingebe, wird noch das erste laufwerk (dvd-rom von NEC) erkannt aber dann schmiert der ganze pc ab.. bleibt einfach stehen und will nen hard-reset. es ist auch egal, ob mit X oder in der reinen konsole.

habe mir auch diverse ide-brenner howtos zu gemuete gefuehrt, konnte aber nix dran aendern..

mein kernel: 2.4.18

ich hoffe, hier kann mir jemand den einen oder anderen tipp geben, danke schonmal im voraus.

mfg, mxp

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 14.04.2003 20:11:11

erstmal wilkommen..

ein schuss ins blaue, aber hast du dma aktiviert?
wenn ja, schalte es mal aus. was hast du für chipsätze auf deinem board? evtl hilft ein aktueller kernel (da gab's ne menge änderungen im hinblick auf atapi devices..)
was sagen die logfiles?
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

Benutzeravatar
mxp
Beiträge: 57
Registriert: 14.04.2003 17:57:01
Wohnort: Aachen

Beitrag von mxp » 15.04.2003 10:54:37

> erstmal wilkommen..
danke :)

> ein schuss ins blaue, aber hast du dma aktiviert?
hdparm sagt, dass es nicht der fall ist

Code: Alles auswählen

# hdparm -d /dev/hdd

/dev/hdd:
 using_dma    =  0 (off)
ich kann auch gar kein dma aktivieren (habs als root verucht...):

Code: Alles auswählen

# hdparm -d1 /dev/hdd

/dev/hdd:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 using_dma    =  0 (off)
dies ist auch bei den beiden festplatten der fall, obwohl es doch frueher mal ging, aber das ist wieder etwas anderes..



> was hast du für chipsätze auf deinem board?
das board ist ein asus A7V133-C.
ich habe keine ahnung, ob die northbridge hierfuer auch relevant ist, deshalb einfach mit aufgeschrieben..
north bridge system chipset: VIA VT8363A (VIA Apollo KT133A)
"super south" south bridge system PCIset: VIA VT82C686B
promise chip: [keine naehere bezeichnung]

> evtl hilft ein aktueller kernel (da gab's ne menge änderungen im hinblick auf atapi devices..)
knoppix 3.1 hat kernel 2.4.19 ... soll ich dann mal den probieren oder den 2.4.20 oder auch den neusten prepatch 2.4.21pre7? :-)
ich hab ext3fs, weshalb ich vom 2.4.20er erst einmal abgelassen hatte, denn da gab es ja zu anfang ein kleines problem mit dem synchronisieren, wenn ich mich recht erinnere..

> was sagen die logfiles?
tjoah, nicht viel nuetzliches, aus meiner sicht.. logs von "waehrend" oder "nachher" hab ich nicht, da sich das system immer aufhaengt.
hier mal das, was 'dmesg' sagt:
[ich gehe davon aus, dass ich keine ahnung habe, deswegen klatsch ich hier einfach mal alles rein, wobei ich mir relevant erscheinende zeilen zur besseren lesbarkeit hervorgehoben habe..]
Linux version 2.4.18 (root@MXP) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Sam Mär 8 17:00:48 CET 2003
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000001ffec000 (usable)
BIOS-e820: 000000001ffec000 - 000000001ffef000 (ACPI data)
BIOS-e820: 000000001ffef000 - 000000001ffff000 (reserved)
BIOS-e820: 000000001ffff000 - 0000000020000000 (ACPI NVS)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
On node 0 totalpages: 131052
zone(0): 4096 pages.
zone(1): 126956 pages.
zone(2): 0 pages.
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
Kernel command line: BOOT_IMAGE=Linux root=309
Initializing CPU#0
Detected 1208.783 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 2411.72 BogoMIPS
Memory: 513688k/524208k available (1130k kernel code, 10132k reserved, 302k data, 236k init, 0k highmem)
Dentry-cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
CPU: Before vendor init, caps: 0183fbff c1c7fbff 00000000, vendor = 2
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After vendor init, caps: 0183fbff c1c7fbff 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0183fbff c1c7fbff 00000000 00000000
CPU: Common caps: 0183fbff c1c7fbff 00000000 00000000
CPU: AMD Athlon(tm) Processor stepping 02
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1208.7183 MHz.
..... host bus clock speed is 268.6040 MHz.
cpu: 0, clocks: 2686040, slice: 1343020
CPU0<T0:2686032,T1:1343008,D:4,S:1343020,C:2686040>
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xf1150, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
PCI: Using IRQ router VIA [1106/0686] at 00:04.0
Applying VIA southbridge workaround.
PCI: Disabling Via external APIC routing
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16)
Starting kswapd
Journalled Block Device driver loaded
NTFS driver v1.1.22 [Flags: R/O]
vesafb: framebuffer at 0xd8000000, mapped to 0xe080d000, size 65536k
vesafb: mode is 1024x768x16, linelength=2048, pages=1
vesafb: protected mode interface info at c000:edb0
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
block: 128 slots per queue, batch=32
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hda: IC35L040AVER07-0, ATA DISK drive
hdb: Maxtor 90650U2, ATA DISK drive
hdc: _NEC DV-5800A, ATAPI CD/DVD-ROM drive
hdd: SONY CD-RW CRX140E, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=5005/255/63
hdb: 12594960 sectors (6449 MB) w/2048KiB Cache, CHS=784/255/63

Partition check:
hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >
hdb: hdb1
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
PCI: Found IRQ 9 for device 00:09.0
PCI: Sharing IRQ 9 with 00:04.2
PCI: Sharing IRQ 9 with 00:04.3
PCI: Sharing IRQ 9 with 00:0d.0
3c59x: Donald Becker and others. http://www.scyld.com/network/vortex.html
00:09.0: 3Com PCI 3c905C Tornado at 0xa400. Vers LK1.1.16
SCSI subsystem driver Revision: 1.00
scsi0 : SCSI host adapter emulation for IDE ATAPI devices
Vendor: _NEC Model: DV-5800A Rev: 1.91
Type: CD-ROM ANSI SCSI revision: 02
Vendor: SONY Model: CD-RW CRX140E Rev: 1.0c
Type: CD-ROM ANSI SCSI revision: 02
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
Attached scsi CD-ROM sr1 at scsi0, channel 0, id 1, lun 0
sr0: scsi3-mmc drive: 20x/48x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
sr1: scsi3-mmc drive: 32x/32x writer cd/rw xa/form2 cdda tray

NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 236k freed
spurious 8259A interrupt: IRQ7.
Adding Swap: 522072k swap-space (priority -1)
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on ide0(3,9), internal journal
CSLIP: code copyright 1989 Regents of the University of California
ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.5 (module)
HiSax: Layer1 Revision 1.1.4.1
HiSax: Layer2 Revision 1.1.4.1
HiSax: TeiMgr Revision 1.1.4.1
HiSax: Layer3 Revision 1.1.4.1
HiSax: LinkLayer Revision 1.1.4.1
HiSax: Total 1 card defined
HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
HiSax: AVM PCI driver Rev. 1.1.4.1
PCI: Found IRQ 9 for device 00:0d.0
PCI: Sharing IRQ 9 with 00:04.2
PCI: Sharing IRQ 9 with 00:04.3
PCI: Sharing IRQ 9 with 00:09.0
AVM PCI: stat 0x2020a
AVM PCI: Class A Rev 2
HiSax: AVM Fritz!PCI config irq:9 base:0x9400
AVM PCI: ISAC version (0): 2086/2186 V1.1
AVM Fritz PnP/PCI: IRQ 9 count 0
AVM Fritz PnP/PCI: IRQ 9 count 4
HiSax: DSS1 Rev. 1.1.4.1
HiSax: 2 channels added
HiSax: MAX_WAITING_CALLS added
Creative EMU10K1 PCI Audio Driver, version 0.18, 17:04:46 Mar 8 2003
PCI: Found IRQ 10 for device 00:0a.0
emu10k1: EMU10K1 rev 8 model 0x8040 found, IO at 0xa000-0xa01f, IRQ 10
ac97_codec: AC97 Audio codec, id: 0x8384:0x7609 (SigmaTel STAC9721/23)
0: nvidia: loading NVIDIA Linux x86 nvidia.o Kernel Module 1.0-4191 Mon Dec 9 11:49:01 PST 2002
ide0: Speed warnings UDMA 3/4/5 is not functional.
isdn: Verbose-Level is 2
HiSax: debugging flags card 1 set to 4
ippp, open, slot: 0, minor: 0, state: 0000
ippp_ccp: allocated reset data structure dee6b800
ip_tables: (C) 2000-2002 Netfilter core team
ip_conntrack (4095 buckets, 32760 max)
ippp0: dialing 1 0191011...
isdn_net: ippp0 connected
Received CCP frame from peer
[0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04
isdn_net: local hangup ippp0
ippp0: Chargesum is 0
ippp, open, slot: 1, minor: 0, state: 0000
ippp_ccp: allocated reset data structure dbb86800
ippp_ccp: freeing reset data structure dee6b800
isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure
isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 15.04.2003 11:36:04

nun, das du dma bei diesem relativ 'betagten' chipsatz nicht aktivieren kannst, wundert mich schon.. via-firlefanz :roll: könnt' ich auch ein paar geschichten erzählen..

evtl hängt's damit zusammen..

Code: Alles auswählen

Applying VIA southbridge workaround. 

meine empfehlung wäre ein aktueller kernel (2.4.21preX).
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

Benutzeravatar
mxp
Beiträge: 57
Registriert: 14.04.2003 17:57:01
Wohnort: Aachen

Beitrag von mxp » 15.04.2003 17:41:10

okay, hab jetzt den 2.421pre7 kernel am laufen. ich hab dazu den 2.4.20er, den ich schon runtergeladen hatte gepatcht. dabei gab es dann ein problem mit ac97_codec.c, weshalb ich darin ein paar zeilen geloescht habe (ja, nicht ganz die eleganteste loesung) aber daran wird's bestimmt nicht liegen
habe etliche einstellungen ausprobiert und x-mal neu kompiliert.. das mit dem VIA workaround bekomme ich trotzdem nicht weg.

dma funktioniert jetzt bei den festplatten und auch bei den cd-laufwerken. bei letzteren habe ich es aber wieder deaktiviert (mittels hwtools init-script).

na ja, was soll ich sagen, es klappt immer noch nicht :/

Antworten