[Sammelthread] Der 20€ Server [Part 2]

Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
CE>> Stage-1 Bootloader XCE_STAGE1: 1.1: Tue Feb 8 01:40:26 PST 2011
Attempting to set PLLA to 700MHz ...
plla_ctrl0 : 0x0000000A
plla_ctrl1 : 0x000E0000
plla_ctrl2 : 0x001C01A0
plla_ctrl3 : 0x00000016
PLLA Set

Setup memory, testing
Reading NAND, Image 0
Hdr len: 0x0001C030
Hdr CRC: 0x39F6D832
OK


U-Boot 1.1.2 (Jul 29 2010 - 19:36:07)

U-Boot code: 60D00000 -> 60D1C030 BSS: -> 60D21800
RAM Configuration:
.Bank #0: 60000000 128 MB
SRAM Configuration:
.64KB at 0x50000000
NAND:128 MiB
In: serial
Out: serial
Err: serial
Setting Linux mem= boot arg value
Hit any key to stop autoboot: 2 ... 1 ... 0
CE>>
Zum Vergrößern anklicken....

nach der Eingabe der Parameter durch setenv liefert printenv:
mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01=mem=128M poweroutage=yes
elevator=cfq=mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 mem=128M poweroutage=yes
load_nand=nboot=60500000 0 200000
load_nand2=nboot=60500000 0 800000
boot=bootm=60500000
boot_nand=run=load_nand boot
bootargs_stock=root=ubi0:rootfs=ubi.mtd=2,512 rootfstype=ubifs rootwait
console=ttyS0,115200=elevator=cfq mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 mem=128M
load_custom_nand=nboot=60500000 0 500000
load_custom_nand2=nboot=60500000 0 B00000
boot_custom=run=load_custom_nand boot
bootcmd=run=boot_custom
bootargs=root=ubi0:rootfs=ubi.mtd=2,512 rootfstype=ubifs rootwait console=ttyS0,115200 elevator=cfq mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 mem=128M poweroutage=yes
Zum Vergrößern anklicken....

nach einem reset liefert printenv:
mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01=mem=128M poweroutage=yes
load_nand=nboot=60500000 0 200000
load_nand2=nboot=60500000 0 800000
boot=bootm=60500000
boot_nand=run=load_nand boot
bootargs_stock=root=ubi0:rootfs=ubi.mtd=2,512 rootfstype=ubifs rootwait
console=ttyS0,115200=elevator=cfq mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 mem=128M
load_custom_nand=nboot=60500000 0 500000
load_custom_nand2=nboot=60500000 0 B00000
boot_custom=run=load_custom_nand boot
bootcmd=run=boot_nand
elevator=cfq=mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 mem=128M poweroutage=yes
stdin=serial
stdout=serial
stderr=serial
bootargs=root=ubi0:rootfs=ubi.mtd=2,512 rootfstype=ubifs rootwait console=ttyS0,115200 mem=128M poweroutage=yes
Zum Vergrößern anklicken....
 
Was soll da auch booten, wenn es kein "bootcmd" gibt. Das ist nämlich das Standardkommado, das nach dem Countdown läuft.
Nicht da, also folgt der Eingabeprompt "CE>>". ;)
Und nicht nur das passt nicht.
 
Das sollte etwa so aussehen (|-> ... vorherige Zeile wird fortgesetzt, also kein echter Inhalt):
bootdelay=2
baudrate=115200
autoload=n
netmask=255.255.0.0
bootfile="uImage"
kernflmode=s
load_nand=nboot 60500000 0 200000
load_nand2=nboot 60500000 0 800000
boot=bootm 60500000
boot_nand=run load_nand boot || run load_nand2 boot
stdin=serial
stdout=serial
stderr=serial
ethaddr=00:11:22:33:44:55
cesvcid=xxxxxxxxxxxxxxxxxxxxxxxx
ceboardver=PPRO1
serverip=192.168.33.2
ipaddr=192.168.33.195
bootargs_stock=root=ubi0:rootfs ubi.mtd=2,512 rootfstype=ubifs console=ttyS0,115200 elevator=cfq mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 \->mem=128M poweroutage=yes
load_custom_nand=nboot 60500000 0 500000
load_custom_nand2=nboot 60500000 0 B00000
boot_custom=run load_custom_nand boot || run load_custom_nand2 boot
bootargs=root=/dev/sda1 ubi.mtd=2,512 rootfstype=ext3 console=ttyS0,115200 elevator=cfq mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 \->mem=128M poweroutage=yes rootwait
bootcmd=run boot_custom
Zum Vergrößern anklicken....

Bei Dir scheinen deutliche zuviel Gleichheitszeichen enthalten zu sein! Mit den Befehlen setenv und saveenv solltest Du das wieder einrichten können.
 
Zuletzt bearbeitet:
sorry, dass ich mich so blöd anstelle ^^... ich werde das Bootenvironment nochmal ändern.
 
Das ist alles eine Frage der Übung. Am Anfang sieht das alles erstmal ein wenig nach "Chinesisch" aus. ;) Wenn man sich aber mal ein bissl mit beschäftigt fängt es irgendwann an Sinn zu ergeben.
Du musst nur schauen, wie die Zusammenhänge sind. Dann erkennst du auch irgendwann recht schnell wenn und wo's nicht passt.

Edit:
So, jetzt hab ich endlich was ich wollte für die Pogoplug V3.
Mein gepatchter Kernel auf Basis der Medion/Zyxel 2.6.31.14er Sourcen kann nun folgendes:
- gute Übertragungsraten für SATA und USB
- ZRAM compressed Swapspace Unterstützung
- Accept4 Unterstützung, sowie "gefakte" Versionsnummer, damit neuere Distributionen (udev) funktionieren
- Achja und nen Compiler für ARMv6k hab ich mir auch gebaut (funktioniert anscheinend)

Edit 2:
Nachdem der Kernel für die PPV3 Classic jetzt gut läuft, mach ich mich mal dran den Kernel für die PPV3 Pro anzupassen.
Das heißt neue defconfig dafür und Support für das Ralink RT3090 Wlan-Modul.
Einfach das git verfolgen. ;) Das würde ich die Tage gerne noch fertig kriegen.

Edit 3:
So, wer mal testen will.
Kernel für die Pogoplug V3 Classic:
http://www.hs-augsburg.de/~ingmar_k/Pogoplug_V3/kernels/2.6.32-ppv3-classic-zram-1.1_ARMv6k.tar.bz2

Kernel für die Pogoplug V3 Pro:
http://www.hs-augsburg.de/~ingmar_k/Pogoplug_V3/kernels/2.6.32-ppv3-pro-zram-1.0_ARMv6k.tar.bz2

Sourcen wie üblich im Git. Kernel sind zwar explizit für ARMv6k kompiliert, funktionieren aber auch (selbstverständlich) mit dem Stnadard ARMv5 Distributionen.

Auch noch recht interessant. Es arbeitet anscheinend wieder jemand an einem 3.1.11er Kernel für die OXNAS-Geräte:
https://github.com/kref/linux-oxnas
 
Zuletzt bearbeitet:
Hallo,
um den neuen Kernel zu flashen habe ich versucht meinen Pogo V3 Classic wieder mit dem alten Arch Linux Image zu booten(läuft sonst auf Debian). Er startet auch ohne Probleme, ich kann ihm anpingen, mich aber nicht per SSH verbinden. Es kommt sofort "Connection refused". In den Logfiles steht folgendes:
Code: 
Dec 31 18:00:20 alarm kernel: [    0.000000] Linux version 2.6.31.14_OX820_1.0_shv (root@plug2) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Sun Jul 21 20:57:31 CEST 2013
Dec 31 18:00:20 alarm kernel: [    0.000000] CPU: ARMv6-compatible processor [410fb025] revision 5 (ARMv7), cr=00c5387f
Dec 31 18:00:20 alarm kernel: [    0.000000] CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Dec 31 18:00:20 alarm kernel: [    0.000000] Machine: Oxsemi NAS
Dec 31 18:00:20 alarm kernel: [    0.000000] 1 memory region
Dec 31 18:00:20 alarm kernel: [    0.000000] Ignoring unrecognised tag 0x00000000
Dec 31 18:00:20 alarm kernel: [    0.000000] Memory policy: ECC disabled, Data cache writealloc
Dec 31 18:00:20 alarm kernel: [    0.000000] On node 0 totalpages: 32768
Dec 31 18:00:20 alarm kernel: [    0.000000] free_area_init_node: node 0, pgdat c03ff920, node_mem_map c0424000
Dec 31 18:00:20 alarm kernel: [    0.000000]   Normal zone: 256 pages used for memmap
Dec 31 18:00:20 alarm syslog-ng[721]: syslog-ng starting up; version='3.3.6'
Dec 31 18:00:20 alarm kernel: [    0.000000]   Normal zone: 0 pages reserved
Dec 31 18:00:20 alarm kernel: [    0.000000]   Normal zone: 32512 pages, LIFO batch:7
Dec 31 18:00:20 alarm kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512
Dec 31 18:00:20 alarm kernel: [    0.000000] Kernel command line: root=/dev/sda1 ubi.mtd=2,512 rootfstype=ext3 console=ttyS0,115200 elevator=cfq mac_adr=0x00,0x30,0xe0,0x00,0x00,0x01 rootwait mem=128M poweroutage=yes
Dec 31 18:00:20 alarm kernel: [    0.000000] PID hash table entries: 512 (order: 9, 2048 bytes)
Dec 31 18:00:20 alarm kernel: [    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Dec 31 18:00:20 alarm kernel: [    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Dec 31 18:00:20 alarm kernel: [    0.000000] Memory: 128MB = 128MB total
Dec 31 18:00:20 alarm kernel: [    0.000000] Memory: 125496KB available (3700K code, 291K data, 128K init, 0K highmem)
Dec 31 18:00:20 alarm kernel: [    0.000000] Hierarchical RCU implementation.
Dec 31 18:00:20 alarm kernel: [    0.000000] NR_IRQS:96
Dec 31 18:00:20 alarm kernel: [    0.000000] OX820_RPS_init_irq: interrupts 64 to 96
Dec 31 18:00:20 alarm kernel: [    0.010000] Console: colour dummy device 80x30
Dec 31 18:00:20 alarm kernel: [    0.010000] console [ttyS0] enabled
Dec 31 18:00:20 alarm kernel: [    0.020000] Calibrating delay loop... 279.34 BogoMIPS (lpj=1396736)
Dec 31 18:00:20 alarm kernel: [    0.260000] Security Framework initialized
Dec 31 18:00:20 alarm kernel: [    0.260000] Mount-cache hash table entries: 512
Dec 31 18:00:20 alarm kernel: [    0.270000] CPU: Testing write buffer coherency: ok
Dec 31 18:00:20 alarm kernel: [    0.270000] Calibrating local timer... 349.99MHz.
Dec 31 18:00:20 alarm kernel: [    0.340000] CPU1: Booted secondary processor
Dec 31 18:00:20 alarm kernel: [    0.440000] Calibrating delay loop... 279.34 BogoMIPS (lpj=1396736)
Dec 31 18:00:20 alarm kernel: [    0.670000] Brought up 2 CPUs
Dec 31 18:00:20 alarm kernel: [    0.680000] SMP: Total of 2 processors activated (558.69 BogoMIPS).
Dec 31 18:00:20 alarm kernel: [    0.690000] NET: Registered protocol family 16
Dec 31 18:00:20 alarm kernel: [    0.690000] Number of DMA channels = 4, version = 4
Dec 31 18:00:20 alarm kernel: [    0.700000] Reserving a DMA channel for DirectRAID
Dec 31 18:00:20 alarm kernel: [    0.700000] Allocating 389 SRAM generic DMA descriptors
Dec 31 18:00:20 alarm kernel: [    0.720000] bio: create slab <bio-0> at 0
Dec 31 18:00:20 alarm kernel: [    0.730000] SCSI subsystem initialized
Dec 31 18:00:20 alarm kernel: [    0.730000] libata version 3.00 loaded.
Dec 31 18:00:20 alarm kernel: [    0.730000] usbcore: registered new interface driver usbfs
Dec 31 18:00:20 alarm kernel: [    0.740000] usbcore: registered new interface driver hub
Dec 31 18:00:20 alarm kernel: [    0.740000] usbcore: registered new device driver usb
Dec 31 18:00:20 alarm kernel: [    0.770000] NET: Registered protocol family 2
Dec 31 18:00:20 alarm kernel: [    0.770000] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
Dec 31 18:00:20 alarm kernel: [    0.780000] Switched to NOHz mode on CPU #0
Dec 31 18:00:20 alarm kernel: [    0.780000] TCP established hash table entries: 4096 (order: 3, 32768 bytes)
Dec 31 18:00:20 alarm kernel: [    0.780000] Switched to NOHz mode on CPU #1
Dec 31 18:00:20 alarm kernel: [    0.790000] TCP bind hash table entries: 4096 (order: 3, 32768 bytes)
Dec 31 18:00:20 alarm kernel: [    0.800000] TCP: Hash tables configured (established 4096 bind 4096)
Dec 31 18:00:20 alarm kernel: [    0.800000] TCP reno registered
Dec 31 18:00:20 alarm kernel: [    0.810000] NET: Registered protocol family 1
Dec 31 18:00:20 alarm kernel: [    0.810000] Create fragment cache
Dec 31 18:00:20 alarm kernel: [    0.820000] fuse init (API version 7.12)
Dec 31 18:00:20 alarm kernel: [    0.820000] msgmni has been set to 245
Dec 31 18:00:20 alarm kernel: [    0.830000] alg: No test for stdrng (krng)
Dec 31 18:00:20 alarm kernel: [    0.840000] io scheduler noop registered
Dec 31 18:00:20 alarm kernel: [    0.840000] io scheduler anticipatory registered
Dec 31 18:00:20 alarm kernel: [    0.840000] io scheduler deadline registered
Dec 31 18:00:20 alarm kernel: [    0.850000] io scheduler cfq registered (default)
Dec 31 18:00:20 alarm kernel: [    0.850000] ox820_gpio: initialized
Dec 31 18:00:20 alarm kernel: [    0.870000] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
Dec 31 18:00:20 alarm kernel: [    0.880000] serial8250: ttyS0 at MMIO 0x44200000 (irq = 55) is a 16550A
Dec 31 18:00:20 alarm kernel: [    0.900000] brd: module loaded
Dec 31 18:00:20 alarm kernel: [    0.910000] loop: module loaded
Dec 31 18:00:20 alarm kernel: [    0.910000] ox820sata: OX820 sata core.
Dec 31 18:00:20 alarm kernel: [    0.910000] scsi0 : oxnassata
Dec 31 18:00:20 alarm kernel: [    0.920000] scsi1 : oxnassata
Dec 31 18:00:20 alarm kernel: [    0.920000] ata1: SATA max UDMA/133 irq 50
Dec 31 18:00:20 alarm kernel: [    0.930000] ata2: SATA max UDMA/133 irq 50
Dec 31 18:00:20 alarm kernel: [    0.930000] ox820sata: reseting SATA core
Dec 31 18:00:20 alarm kernel: [    1.290000] ata1: SATA link down (SStatus 0 SControl 300)
Dec 31 18:00:20 alarm kernel: [    1.290000] ox820sata: reseting SATA core
Dec 31 18:00:20 alarm kernel: [    1.650000] ata2: SATA link down (SStatus 0 SControl 300)
Dec 31 18:00:20 alarm kernel: [    1.650000] NAND: Page read time 40ms
Dec 31 18:00:20 alarm kernel: [    1.660000] NAND device: Manufacturer ID: 0xad, Chip ID: 0xf1 (Hynix NAND 128MiB 3,3V 8-bit)
Dec 31 18:00:20 alarm kernel: [    1.660000] Scanning device for bad blocks
Dec 31 18:00:20 alarm kernel: [    1.730000] Bad eraseblock 933 at 0x0000074a0000
Dec 31 18:00:20 alarm kernel: [    1.740000] Creating 2 MTD partitions on "NAND 128MiB 3,3V 8-bit":
Dec 31 18:00:20 alarm kernel: [    1.750000] 0x000000000000-0x000000e00000 : "boot"
Dec 31 18:00:20 alarm kernel: [    1.760000] 0x000000e00000-0x000008000000 : "rootfs"
Dec 31 18:00:20 alarm kernel: [    1.760000] UBI: attaching mtd2 to ubi0
Dec 31 18:00:20 alarm kernel: [    1.770000] UBI: physical eraseblock size:   131072 bytes (128 KiB)
Dec 31 18:00:20 alarm kernel: [    1.770000] UBI: logical eraseblock size:    129024 bytes
Dec 31 18:00:20 alarm kernel: [    1.780000] UBI: smallest flash I/O unit:    2048
Dec 31 18:00:20 alarm kernel: [    1.780000] UBI: sub-page size:              512
Dec 31 18:00:20 alarm kernel: [    1.790000] UBI: VID header offset:          512 (aligned 512)
Dec 31 18:00:20 alarm kernel: [    1.790000] UBI: data offset:                2048
Dec 31 18:00:20 alarm kernel: [    2.180000] UBI: max. sequence number:       33
Dec 31 18:00:20 alarm kernel: [    2.210000] UBI: attached mtd2 to ubi0
Dec 31 18:00:20 alarm kernel: [    2.210000] UBI: MTD device name:            "rootfs"
Dec 31 18:00:20 alarm kernel: [    2.220000] UBI: MTD device size:            114 MiB
Dec 31 18:00:20 alarm kernel: [    2.220000] UBI: number of good PEBs:        911
Dec 31 18:00:20 alarm kernel: [    2.230000] UBI: number of bad PEBs:         1
Dec 31 18:00:20 alarm kernel: [    2.230000] UBI: number of corrupted PEBs:   0
Dec 31 18:00:20 alarm kernel: [    2.240000] UBI: max. allowed volumes:       128
Dec 31 18:00:20 alarm kernel: [    2.240000] UBI: wear-leveling threshold:    4096
Dec 31 18:00:20 alarm kernel: [    2.250000] UBI: number of internal volumes: 1
Dec 31 18:00:20 alarm kernel: [    2.250000] UBI: number of user volumes:     1
Dec 31 18:00:20 alarm kernel: [    2.260000] UBI: available PEBs:             0
Dec 31 18:00:20 alarm kernel: [    2.260000] UBI: total number of reserved PEBs: 911
Dec 31 18:00:20 alarm kernel: [    2.270000] UBI: number of PEBs reserved for bad PEB handling: 9
Dec 31 18:00:20 alarm kernel: [    2.270000] UBI: max/mean erase counter: 2/0
Dec 31 18:00:20 alarm kernel: [    2.280000] UBI: image sequence number:  0
Dec 31 18:00:20 alarm kernel: [    2.280000] UBI: background thread "ubi_bgt0d" started, PID 304
Dec 31 18:00:20 alarm kernel: [    2.280000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Dec 31 18:00:20 alarm kernel: [    2.280000] Start USB clocks
Dec 31 18:00:20 alarm kernel: [    2.280000] oxnas-ehci oxnas-ehci.0: OXNAS EHCI Host Controller
Dec 31 18:00:20 alarm kernel: [    2.280000] oxnas-ehci oxnas-ehci.0: new USB bus registered, assigned bus number 1
Dec 31 18:00:20 alarm kernel: [    2.310000] oxnas-ehci oxnas-ehci.0: irq 39, io mem 0x00000000
Dec 31 18:00:20 alarm kernel: [    2.330000] oxnas-ehci oxnas-ehci.0: USB 0.0 started, EHCI 1.00
Dec 31 18:00:20 alarm kernel: [    2.330000] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
Dec 31 18:00:20 alarm kernel: [    2.340000] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Dec 31 18:00:20 alarm kernel: [    2.340000] usb usb1: Product: OXNAS EHCI Host Controller
Dec 31 18:00:20 alarm kernel: [    2.350000] usb usb1: Manufacturer: Linux 2.6.31.14_OX820_1.0_shv ehci_hcd
Dec 31 18:00:20 alarm kernel: [    2.360000] usb usb1: SerialNumber: usb
Dec 31 18:00:20 alarm kernel: [    2.360000] usb usb1: configuration #1 chosen from 1 choice
Dec 31 18:00:20 alarm kernel: [    2.370000] hub 1-0:1.0: USB hub found
Dec 31 18:00:20 alarm kernel: [    2.370000] hub 1-0:1.0: 2 ports detected
Dec 31 18:00:20 alarm kernel: [    2.380000] Initializing USB Mass Storage driver...
Dec 31 18:00:20 alarm kernel: [    2.380000] usbcore: registered new interface driver usb-storage
Dec 31 18:00:20 alarm kernel: [    2.390000] USB Mass Storage support registered.
Dec 31 18:00:20 alarm kernel: [    2.390000] usbcore: registered new interface driver libusual
Dec 31 18:00:20 alarm kernel: [    2.400000] mice: PS/2 mouse device common for all mice
Dec 31 18:00:20 alarm kernel: [    2.400000] TCP cubic registered
Dec 31 18:00:20 alarm kernel: [    2.410000] NET: Registered protocol family 10
Dec 31 18:00:20 alarm kernel: [    2.410000] NET: Registered protocol family 17
Dec 31 18:00:20 alarm kernel: [    2.420000] RPC: Registered udp transport module.
Dec 31 18:00:20 alarm kernel: [    2.420000] RPC: Registered tcp transport module.
Dec 31 18:00:20 alarm kernel: [    2.430000] Waiting for root device /dev/sda1...
Dec 31 18:00:20 alarm kernel: [    2.700000] usb 1-1: new high speed USB device using oxnas-ehci and address 2
Dec 31 18:00:20 alarm kernel: [    2.850000] usb 1-1: New USB device found, idVendor=05e3, idProduct=0608
Dec 31 18:00:20 alarm kernel: [    2.850000] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
Dec 31 18:00:20 alarm kernel: [    2.860000] usb 1-1: Product: USB2.0 Hub
Dec 31 18:00:20 alarm kernel: [    2.860000] usb 1-1: configuration #1 chosen from 1 choice
Dec 31 18:00:20 alarm kernel: [    2.870000] hub 1-1:1.0: USB hub found
Dec 31 18:00:20 alarm kernel: [    2.880000] hub 1-1:1.0: 4 ports detected
Dec 31 18:00:20 alarm kernel: [    3.160000] usb 1-1.1: new high speed USB device using oxnas-ehci and address 3
Dec 31 18:00:20 alarm kernel: [    3.480000] usb 1-1.1: New USB device found, idVendor=058f, idProduct=6387
Dec 31 18:00:20 alarm kernel: [    3.480000] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec 31 18:00:20 alarm kernel: [    3.490000] usb 1-1.1: Product: Spaceloop XL 4GB
Dec 31 18:00:20 alarm kernel: [    3.500000] usb 1-1.1: SerialNumber: 862B6194
Dec 31 18:00:20 alarm kernel: [    3.500000] usb 1-1.1: configuration #1 chosen from 1 choice
Dec 31 18:00:20 alarm kernel: [    3.510000] scsi2 : SCSI emulation for USB Mass Storage devices
Dec 31 18:00:20 alarm kernel: [    3.510000] usb-storage: device found at 3
Dec 31 18:00:20 alarm kernel: [    3.510000] usb-storage: waiting for device to settle before scanning
Dec 31 18:00:20 alarm kernel: [    8.510000] scsi 2:0:0:0: Direct-Access              Spaceloop XL 4GB 8.07 PQ: 0 ANSI: 2
Dec 31 18:00:20 alarm kernel: [    8.520000] usb-storage: device scan complete
Dec 31 18:00:20 alarm kernel: [    8.520000] sd 2:0:0:0: [sda] 8220672 512-byte logical blocks: (4.20 GB/3.91 GiB)
Dec 31 18:00:20 alarm kernel: [    8.530000] sd 2:0:0:0: [sda] Write Protect is off
Dec 31 18:00:20 alarm kernel: [    8.530000] sd 2:0:0:0: [sda] Mode Sense: 03 00 00 00
Dec 31 18:00:20 alarm kernel: [    8.530000] sd 2:0:0:0: [sda] Assuming drive cache: write through
Dec 31 18:00:20 alarm kernel: [    8.540000] sd 2:0:0:0: [sda] Assuming drive cache: write through
Dec 31 18:00:20 alarm kernel: [    8.550000]  sda: sda1
Dec 31 18:00:20 alarm kernel: [    8.940000] sd 2:0:0:0: [sda] Assuming drive cache: write through
Dec 31 18:00:20 alarm kernel: [    8.940000] sd 2:0:0:0: [sda] Attached SCSI removable disk
Dec 31 18:00:20 alarm kernel: [    9.030000] kjournald starting.  Commit interval 5 seconds
Dec 31 18:00:20 alarm kernel: [    9.030000] EXT3 FS on sda1, internal journal
Dec 31 18:00:20 alarm kernel: [    9.030000] EXT3-fs: mounted filesystem with writeback data mode.
Dec 31 18:00:20 alarm kernel: [    9.030000] VFS: Mounted root (ext3 filesystem) on device 8:1.
Dec 31 18:00:20 alarm kernel: [    9.030000] Freeing init memory: 128K
Dec 31 18:00:20 alarm kernel: [    9.070000] Warning: unable to open an initial console.
Dec 31 18:00:20 alarm kernel: [   12.880000] Probing for Synopsis GMAC, unit 0
Dec 31 18:00:20 alarm kernel: [   12.880000] eth0: Tuning GMAC 0 RGMII timings
Dec 31 18:00:20 alarm kernel: [   12.890000] eth0: PHY is Realtek RTL8211D, type 0x001cc914
Dec 31 18:00:20 alarm kernel: [   12.890000] eth0: GMAC ver = 53, vendor ver = 18 at 0xed400000, IRQ 40
Dec 31 18:00:20 alarm kernel: [   12.900000] eth0: Found PHY at address 3, type 0x001cc914 -> 10/100/1000
Dec 31 18:00:20 alarm kernel: [   12.910000] eth0: Ethernet addr: 00:30:e0:00:00:00
Dec 31 18:00:20 alarm kernel: [   12.910000] probe() eth0: Leon x2 clock
Dec 31 18:00:20 alarm kernel: [   15.960000] eth0: PHY is Realtek RTL8211D, type 0x001cc914
Dec 31 18:00:20 alarm kernel: [   15.970000] CoPro offload is active on eth0
Dec 31 18:00:20 alarm kernel: [   15.970000] Alloc'ing ARM descs 8192 bytes
Dec 31 18:00:20 alarm kernel: [   15.980000] Alloc'ing CoPro parameters 36 bytes
Dec 31 18:00:20 alarm kernel: [   15.980000] gmac gmac.0: firmware: requesting gmac_copro_firmware
Dec 31 18:00:20 alarm kernel: [   16.100000] CoPro: Programming start address as 0xd000e000
Dec 31 18:00:20 alarm kernel: [   16.200000] eth0: Resetting GMAC
Dec 31 18:00:20 alarm kernel: [   16.210000] eth0: GMAC reset complete
Dec 31 18:00:20 alarm kernel: [   16.210000] eth0: Setting Rx flow control thresholds for LAN port
Dec 31 18:00:20 alarm kernel: [   16.770000] eth0: PHY is Realtek RTL8211D, type 0x001cc914
Dec 31 18:00:20 alarm kernel: [   17.270000] eth0: link down
Dec 31 18:00:20 alarm kernel: [   19.230000] ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 31 18:00:20 alarm kernel: [   20.270000] eth0: link up, 1000Mbps, full-duplex, using pause, lpa 0xCDE1
Dec 31 18:00:20 alarm kernel: [   20.270000] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Dec 31 18:00:20 alarm dhcpcd[744]: version 5.6.3 starting
Dec 31 18:00:21 alarm dhcpcd[744]: eth0: sending IPv6 Router Solicitation
Dec 31 18:00:21 alarm dhcpcd[744]: eth0: rebinding lease of 192.168.2.143
Dec 31 18:00:21 alarm dhcpcd[744]: eth0: acknowledged 192.168.2.143 from 192.168.2.241
Dec 31 18:00:21 alarm dhcpcd[744]: eth0: checking for 192.168.2.143
Dec 31 18:00:25 alarm dhcpcd[744]: eth0: sending IPv6 Router Solicitation
Dec 31 18:00:26 alarm dhcpcd[744]: eth0: leased 192.168.2.143 for 1209600 seconds
Dec 31 18:00:27 alarm dhcpcd[744]: forked to background, child pid 773
Dec 31 18:00:28 alarm crond[820]: (CRON) STARTUP (1.4.9)
Dec 31 18:00:28 alarm crond[820]: (CRON) INFO (Syslog will be used instead of sendmail.)
Dec 31 18:00:28 alarm crond[820]: (CRON) INFO (running with inotify support)
Dec 31 18:00:29 alarm dhcpcd[773]: eth0: sending IPv6 Router Solicitation
Dec 31 18:00:30 alarm kernel: [   30.630000] eth0: no IPv6 routers present
Dec 31 18:00:33 alarm dhcpcd[773]: eth0: sending IPv6 Router Solicitation
Dec 31 18:00:33 alarm dhcpcd[773]: eth0: no IPv6 Routers available
Dec 31 18:03:41 alarm init: Id "c1" respawning too fast: disabled for 5 minutes
Dec 31 18:03:41 alarm init: Id "s0" respawning too fast: disabled for 5 minutes
Dec 31 18:03:41 alarm init: Id "c2" respawning too fast: disabled for 5 minutes
Dec 31 18:03:41 alarm init: no more processes left in this runlevel
Dec 31 18:10:22 alarm init: Id "s0" respawning too fast: disabled for 5 minutes
Dec 31 18:10:22 alarm init: Id "c1" respawning too fast: disabled for 5 minutes
Dec 31 18:10:22 alarm init: Id "c2" respawning too fast: disabled for 5 minutes
Dec 31 18:17:03 alarm init: Id "c1" respawning too fast: disabled for 5 minutes
Dec 31 18:17:03 alarm init: Id "s0" respawning too fast: disabled for 5 minutes
Dec 31 18:17:03 alarm init: Id "c2" respawning too fast: disabled for 5 minutes
Dec 31 18:23:44 alarm init: Id "s0" respawning too fast: disabled for 5 minutes
Dec 31 18:23:44 alarm init: Id "c1" respawning too fast: disabled for 5 minutes
Dec 31 18:23:44 alarm init: Id "c2" respawning too fast: disabled for 5 minutes

Dass das Datum davor nicht stimmt, ist erstmal egal. Es ist das Log von heute, ich habe die Logfiles vorher geleert. Was könnte das Problem sein?
 
Den Kernel kannst du auch von Debian aus flashen. Ich wüsste nicht wieso du dafür auf Arch wechseln solltest.
Achja, wenn du meinen vorkompilierten Kernel verwenden willst, der hat nur EXT4 einkompiliert. EXT3 ist "nur" als Modul drin. Macht auch heute keinen Sinn mehr das zu verwenden.
Wenn es also ext3 sein muss, heißt es selbst kompilieren.
Also auf keinen Fall gleich beide Kernel Images flashen, denn sonst bist du vermutlich aufgeschmissen.
Ansonsten kannst du dir hiermit relativ schnell einen neuen Stick mit EXT4 erzeugen:
https://github.com/ingmar-k/Pogoplug_V3_Emdebian_Debian
Jetzt auch Debian und nicht nur "Emdebian". ;)
 
Zuletzt bearbeitet:
Ich dachte, dass geht nur über Arch Linux. Ich hatte mal gelesen, dass der Flash-Befehl nur unter Arch funktioniert. Wie geht es denn unter Debian?
@shv
Genau, der ist aktuell drauf und sollte aber richtig geladen werden, sonst würde ja gar nichts funktionieren.

Kann ich, um den neuen Kernel(eine Seite davor) zu verwenden, einfach von meinem Debian alles in eine Ext4 Partition kopieren oder muss im System auch was umgestellt werden, sodass es sinnvoller ist mit dem Link oben ein neues System zu bauen?
 
Unter Debian kannst Du das mtd-utils Paket installieren. Bei meinem Kernel wird ext4 als Modul geladen. Damit können die Module nur von einer ext3 Partition geladen werden.
 
Zuletzt bearbeitet:
Danke erstmal. Nur noch eine letzte Frage. Ich hab ja kein serial Kabel. Wie kann ich unter Debian die uboot Parameter ändern?
 
Habe grade mal mit meinem gepatchten 2.6.31.14er Kernel SATA Benchmarks gemacht. Mit ner OCZ Octane komm ich auf 50-60MB/s beim Schreiben und 110-120MB/s Lesen. Kann sich also durchaus sehen lassen für ein NAS.
Meine Jmicron JMB362 Mini-PCIe Karte für extra SATA Anschlüsse geht aber immer noch nicht mit dem "alten" Kernel. Da fehlen wohl noch ein Paar Patches für SATA/AHCI. :rolleyes:
 
Hallo Leute,

auf meinem Pogoplug Pro habe ich momentan wheezy und celemine1Gig's gepatchten 2.6.31.14er Kernel am laufen (vielen Dank an dieser Stelle an Celemine1Gig für das Bereitstellen der Kernels!). Der Pro soll mir als TV-Server dienen, tvheadend habe ich schon kompiliert. Verwende ich den OXNAS Kernel 2.6.31.6_SMP_820 von WarheadSE (mit Squeeze), werden meine USB-DVB-T-Adapter von Haus aus erkannt, offenbar enthält der besagte Kernel einige Treiber. Der gepatchte Kernel von celemine1Gig enthält diese jedoch nicht. Um die DVB-Adapter zum laufen zu kriegen, will ich die LinuxTV V4L-DVB Treiber in celemine's Kernel einpflegen: How to Obtain, Build and Install V4L-DVB Device Drivers - LinuxTVWiki

Um die Treiber zu builden, benötige ich jedoch die Kernel-Headers, die ich mir bei einem custom kernel ja nicht einfach als Paket herunterladen und installieren kann. Gestern habe ich mich daran versucht, diese zu kompilieren. Eine Anleitung gibts hier (für Arch): Arch Linux ARM • View topic - [How-To] linuxtv driver modules

Der Befehl make -j2 prepare wird mir jedoch mit einer Fehlermeldung quittiert.

make: arm-none-linux-gnueabi-gcc: Command not found
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/docproc
HOSTCC scripts/basic/hash
HOSTCC scripts/kconfig/conf.o
scripts/kconfig/conf.c: In function 'conf_sym':
scripts/kconfig/conf.c:159:6: warning: variable 'type' set but not used [-Wunused-but-set-variable]
scripts/kconfig/conf.c: In function 'conf_choice':
scripts/kconfig/conf.c:231:6: warning: variable 'type' set but not used [-Wunused-but-set-variable]
HOSTCC scripts/kconfig/kxgettext.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/lex.zconf.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf -s arch/arm/Kconfig
make: arm-none-linux-gnueabi-gcc: Command not found
CHK include/linux/version.h
UPD include/linux/version.h
SYMLINK include/asm -> include/asm-arm
Generating include/asm-arm/mach-types.h
CHK include/linux/utsrelease.h
UPD include/linux/utsrelease.h
CC kernel/bounds.s
/bin/sh: 1: arm-none-linux-gnueabi-gcc: not found
make[1]: *** [kernel/bounds.s] Error 127
make: *** [prepare0] Error 2
Zum Vergrößern anklicken....

Offenbar muss ich zum kompilieren noch etwas nachinstallieren. Als Linux-Neuling habe ich aber auf die Schnelle keine Ahnung, was. Vielleicht kann jmd. von euch mir weiterhelfen?

@Celemine1Gig: Oder kannst Du die kernel-headers für den 2.6.32-ppv3-pro-zram-1.0 Kernel zur Verfügung stellen? Natürlich wäre es besser, wenn ich weiß, wie ich diese selbst kompilieren kann.

Viele Grüße
 
Die fehlt der gcc Compiler noch, oder zumindest wird er nicht gefunden. Vielleicht hilft dir das schon weiter.

Edit: Ok bei der App merkt man nicht wirklich das noch ne Seite kommt.
 
Zuletzt bearbeitet:
@Celemine1Gig: Vielen Dank!

Tatsächlich fehlt mir aber der Compiler, ohne den kann ich letztlich auch die Treiber nicht kompilieren. Habe mir die ARM Toolchain von Sourcery besorgt https://sourcery.mentor.com/sgpp/lite/arm/portal/subscription?@template=lite Leider scheint die nicht zu funktionieren. Zwar findet er nun den Compiler, aber ich erhalte folgende Fehlermeldung:
/arm-2013.05/bin/arm-none-linux-gnueabi-gcc: 1: /arm-2013.05/bin/arm-none-linux-gnueabi-gcc: Syntax error: "(" unexpected
Zum Vergrößern anklicken....

Die gleiche Fehlermeldung erhalte ich übrigens auch, wenn ich den Cross Compiler von Celemine1Gig verwende (armv6k-softfloat-linux-gnueabi). Habt ihr noch einen Hinweis für mich? Wie kriege ich den Compiler zum laufen (oder brauche ich einen anderen für den PogoPro)?
 
Naja, die Beschwerde über eine unerwartete Klammer klingt jetzt nicht wirklich nach einem Compiler-Fehler.
Von daher würde ich eher mal im Code, oder bei der Vorgehensweise suchen. Ist aber nur mal eine erste Vermutung.
 
Ach ja, Du hattest in einem anderen Forum nach der Bedeutung des Begriffs "A major pile of ..." gefragt. Dazu habe ich folgendes gefunden :lol:

 
Zuletzt bearbeitet:
An wen war das gerichtet? Ich erinnere mich nämlich nicht an eine solche Frage meinerseits. ;)
Trotzdem interessant. Vermute mal Jurassic Park?
 
War eine Frage zu einem Beitrag im Thread "A new kernel for oxnas"... Ich fand das Video aus Jurassic Park nur so nett ;)
 
Jetzt weiß ich worauf du anspielst.
Wollte im Thread eigentlich eher WarheadsSE dazu bringen mal detailliert zu beschreiben was er am "alten" Kernel so scheiße findet.
Allerdings, denke ich, haben wir ein wenig aneinander vorbeigeredet. Ich glaube er meinte den "originalen" 2.6.31.6er Pogoplug Kernel.
Und da stimme ich ihm zu. Der war schon sehr dürftig. Vor allem in Anbetracht der vollkommen fehlenden Unterstützung für neuere Distris.
Ich habe aber eigentlich ja die neueste Variante des Medion/Zyxel 2.6.14er Kernels, mit Patches gemeint. Denke die meisten haben noch nicht geschnallt, dass die Variante nun mit allen neuen Distris laufen sollte. Und dabei schnell und stabil zu sein scheint.
 
WarheadSE könnte sich evtl. auf einen älteren PLX Kernel bezogen haben. Ich glaube da wurde mal was in Richtung Multicore und Cache oder Buffer Managment gesagt. In der Anfangszeit wurde bei den Medion Geräten z.B. nur ein Kern unterstützt. Insofern kann der 6er Pogoplug Kernel zu dem Zeitpunkt stabiler gewesen sein. Das sein 6er Kernel auch so einige Probleme hat, wird wohl ignoriert. Telzey hat dazu erwähnt, dass einige Funktionalitäten mit den Pogoplug Patches eben nicht unterstützt werden und bezog sich ebenfalls auf eine Aussage von WarheadsSE, dass PLX schlechter wäre.

Hast Du die Probleme mit dem Netzwerk (verzögertes Laden von gmac) in den Griff bekommen? Außerdem gab es bei Deinem Kernel noch Probleme mit dem Laden von Kernel Modulen mit Wheezy. Hast Du die USB Patches später noch integriert, damit neuere FTDI Geräte unterstützt werden? Ich finde Deinen Ansatz insgesamt recht akzeptabel.

Auf meinen Kernel (Telzey-Pogoplug-Patches) hatte ich mit ld-preload der libaccept4 als Alternative zu Deiner direkten Integration auch schon Wheezy am Laufen, aber in der seriallen Konsole wurden beim Booten immer irgendwelche Fail Meldungen beim Laden bzw. Starten einigen Funktionalitäten ausgegeben, welche sporadisch und nicht deterministisch waren. Und so wirklich brauche ich Wheezy im Moment nicht. Es gab sogar Einschränkungen. So steht lbzip2 als Ersatz für bunzip2, bzcat, bzip2 und gzip wegen Multicoreunterstützung unter Wheezy nicht zur Verfügung. Außerdem lief pyLoad nach dem dist-upgrade von Squeeze auf Wheezy nicht mehr.
 
Zuletzt bearbeitet:
Läuft inzwischen perfekt mit Wheezy. Workaround für die GMAC-Bootproblematik ist in meinen Skripten integriert. Muss schlichtweg das parallele Laden der Initskripte deaktiviert werden. Dann geht alles. Was FTDI angeht, keine Ahnung spontan. Müsstest du mal testen. Sonst kann man das sicher "nachpatchen". ;)
 
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh