[fli4l] Fli4l 4.0.0 auf WRAP/ALIX.2 Bootet nicht zu Ende
Alexander Dahl
lespocky at web.de
Di Jan 22 09:36:43 CET 2019
Hallo Friedhold,
Friedhold Schuster schrieb Dienstag, 22. Januar 2019, 08:42 (CET):
> weiter gehts, Schweißabwisch.....
> ich ging davon aus, einen WRAP zu benutzen, aber es ist ein ALIX.
Ich habe hier ein ALIX 2D3 im Produktivbetrieb mit 4.0 trunk, das sollte
also zu schaffen sein.
Folgende Config läuft bei mir, zunächst base.txt:
BOOT_TYPE='hd'
LIBATA_DMA='enabled'
RTC_SYNC='kernel'
KERNEL_BOOT_OPTION=''
POWERMANAGEMENT='none'
CONSOLE_BLANK_TIME='0'
SER_CONSOLE='yes'
NET_DRV[]='via-rhine'
{
OPTION=''
}
hwsupp.txt sah ja schon gut aus bei Dir, für hd.txt hab ich folgendes:
OPT_HDDRV='yes'
HDDRV_N='1'
HDDRV_1='pata_cs5536'
HDDRV_1_OPTION=''
> SCSI subsystem initialized
> [A[71C [34;01m[ [32;01mOK[34;01m ][0m
> [32;01m*[0m [36;01m[rc010.hddrv][0m loading disk drivers ...
> [A[71C [34;01m[ [32;01mOK[34;01m ][0m
> [32;01m*[0m [36;01m[rc020.hd-generic][0m loading generic disk
> drivers ...
> scsi host0: ata_generic
> scsi host1: ata_generic
> ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
> ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
> ata1.00: CFA: SanDisk SDCFHSNJC-004G, HDX 7.08, max UDMA/100
> ata1.00: 7813120 sectors, multi 0: LBA48
> ata1.00: configured for UDMA/100
> scsi 0:0:0:0: Direct-Access ATA SanDisk SDCFHSNJ 7.08 PQ: 0 ANSI: 5
> sd 0:0:0:0: [sda] 7813120 512-byte logical blocks: (4.00 GB/3.73 GiB)
> sd 0:0:0:0: [sda] Write Protect is off
> sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't
> support DPO or FUA
Hmm, Du hast nur den generischen ATA-Treiber benutzt, richtig?
Eigentlich sollte das ja auch gehen, auch mit den DMA-Settings. Aber
einen Versuch ist es wert mal den anderen zu nehmen.
Grüße
Alex
--
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF 08FA 34AD CD00 7221 5CC6
Mehr Informationen über die Mailingliste Fli4L