Yes. You can boot from tftp onto an initrd and write your kernel to the nand or use u-boot to image the new kernel to the section of the nand you boot from.
On Tue, 2010-09-21 at 18:28 -0400, Samuele Bianchi wrote: > Yes... i can confirm, kernel panic... > IS IT POSSIBLE TO SOLVE WITHOUT REINSTALL? > I have just updated my esata sheevaplug and this is the output of KERNEL > PANIC: > > Activating lvm and md swap...done. > Checking file systems...fsck from util-linux-ng 2.17.2 > e2fsck 1.41.12 (17-May-2010) > /dev/sda1 was not cleanly unmounted, check forced. > Pass 1: Checking inodes, blocks, and sizes > Pass 2: Checking directory structure > Pass 3: Checking directory connectivity > Pass 4: Checking reference counts > Pass 5: Checking group summary information > /dev/sda1: 21/488640 files (28.6% non-contiguous), 83307/975872 blocks > fsck died with exit status 1 > done. > Mounting local filesystems...done. > Activating swapfile swap...done. > Cleaning up temporary files.... > Configuring network interfaces...done. > Cleaning up temporary files.... > Setting sensors limits. > [ 37.055702] NET: Registered protocol family 10 > [ 37.061829] lo: Disabled Privacy Extensions > [ 37.067755] ADDRCONF(NETDEV_UP): eth0: link is not ready > Setting kernel variables ...[ 37.088415] Unable to handle kernel NULL > pointer dereference at virtual address 0000013c > [ 37.096589] pgd = df3b0000 > [ 37.099306] [0000013c] *pgd=1f96b031, *pte=00000000, *ppte=00000000 > [ 37.105647] Internal error: Oops: 17 [#1] > [ 37.109673] last sysfs file: /sys/devices/virtual/net/lo/operstate > [ 37.115881] Modules linked in: ipv6 ext2 sg sr_mod cdrom loop option > usb_wwan hmac usbserial sha1_generic mv_cesa aes_generic ext4 mbcache jbd2 > usb_storage sd_mod crc_t10dif ehci_hcd sata_mv usbcore libata mvsdio > mv643xx_eth nls_base scsi_mod mmc_core libphy inet_lro [last unloaded: > scsi_wait_scan] > [ 37.142681] CPU: 0 Not tainted (2.6.32-5-kirkwood #1) > [ 37.148113] PC is at tcp_cleanup_congestion_control+0xc/0x2c > [ 37.153800] LR is at tcp_v4_destroy_sock+0x18/0x230 > [ 37.158700] pc : [<c02817c4>] lr : [<c027dddc>] psr: 60000013 > [ 37.158707] sp : d9b2fee0 ip : c043a348 fp : df701d80 > [ 37.170243] r10: df4644a8 r9 : df815580 r8 : 00000000 > [ 37.175494] r7 : 00000000 r6 : dc508000 r5 : dc508000 r4 : dc508000 > [ 37.182051] r3 : 0000012c r2 : 00000001 r1 : dc5080e0 r0 : dc508000 > [ 37.188609] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment > user > [ 37.195776] Control: 0005317f Table: 1f3b0000 DAC: 00000015 > [ 37.201549] Process ntpdate (pid: 510, stack limit = 0xd9b2e270) > [ 37.207583] Stack: (0xd9b2fee0 to 0xd9b30000) > [ 37.211967] fee0: dc508000 c027dddc dc508000 dc508000 dc508000 dc508000 > 00000000 bf24fb8c > [ 37.220190] ff00: dc508000 dc508000 dc508064 c026ae64 00000007 c026d7b4 > dc508000 df464480 > [ 37.228413] ff20: ded88d00 df701d80 df4644a8 c028c8b8 df464480 bf262060 > df464480 c022d1d8 > [ 37.236635] ff40: df701d80 00000000 00000008 c022d264 df701d80 c00ce600 > 00000000 00000000 > [ 37.244858] ff60: 00000003 ded88d00 00000000 d9b99540 00000006 c0028048 > d9b2e000 00000000 > [ 37.253081] ff80: 00000000 c00cb0a8 d9b99540 ded88d00 bec92d14 c00cb144 > 0000000a 00000003 > [ 37.261304] ffa0: 00000000 c0027ea0 00000003 00000000 00000003 bec92aa0 > bec92abc 0000001c > [ 37.269526] ffc0: 00000003 00000000 bec92d14 00000006 00000000 00000000 > 40025000 00000000 > [ 37.277749] ffe0: 00000000 bec92a18 0000fb18 402499ec 60000010 00000003 > 00000000 00000000 > [ 37.285980] [<c02817c4>] (tcp_cleanup_congestion_control+0xc/0x2c) from > [<c027dddc>] (tcp_v4_destroy_sock+0x18/0x230) > [ 37.296742] [<c027dddc>] (tcp_v4_destroy_sock+0x18/0x230) from > [<bf24fb8c>] (tcp_v6_destroy_sock+0xf0/0xfc [ipv6]) > [ 37.307232] [<bf24fb8c>] (tcp_v6_destroy_sock+0xf0/0xfc [ipv6]) from > [<c026ae64>] (inet_csk_destroy_sock+0x88/0x12c) > [ 37.317815] [<c026ae64>] (inet_csk_destroy_sock+0x88/0x12c) from > [<c026d7b4>] (tcp_close+0x380/0x3d8) > [ 37.327091] [<c026d7b4>] (tcp_close+0x380/0x3d8) from [<c028c8b8>] > (inet_release+0x64/0x70) > [ 37.335488] [<c028c8b8>] (inet_release+0x64/0x70) from [<c022d1d8>] > (sock_release+0x24/0x8c) > [ 37.343971] [<c022d1d8>] (sock_release+0x24/0x8c) from [<c022d264>] > (sock_close+0x24/0x34) > [ 37.352284] [<c022d264>] (sock_close+0x24/0x34) from [<c00ce600>] > (__fput+0x114/0x1f0) > [ 37.360244] [<c00ce600>] (__fput+0x114/0x1f0) from [<c00cb0a8>] > (filp_close+0x70/0x7c) > [ 37.368204] [<c00cb0a8>] (filp_close+0x70/0x7c) from [<c00cb144>] > (sys_close+0x90/0xc8) > [ 37.376253] [<c00cb144>] (sys_close+0x90/0xc8) from [<c0027ea0>] > (ret_fast_syscall+0x0/0x28) > [ 37.384736] Code: c03759d2 e92d4010 e5903258 e1a04000 (e5933010) > [ 37.390894] ---[ end trace fe95be3cce967711 ]--- > [ 37.395546] Kernel panic - not syncing: Fatal exception in interrupt > [ 37.401961] [<c002dee4>] (unwind_backtrace+0x0/0xdc) from [<c02b5d84>] > (panic+0x34/0x128) > [ 37.410184] [<c02b5d84>] (panic+0x34/0x128) from [<c002bbd8>] > (die+0x248/0x284) > [ 37.417546] [<c002bbd8>] (die+0x248/0x284) from [<c002ee78>] > (__do_kernel_fault+0x68/0x80) > [ 37.425873] [<c002ee78>] (__do_kernel_fault+0x68/0x80) from [<c002f064>] > (do_page_fault+0x1d4/0x1ec) > [ 37.435071] [<c002f064>] (do_page_fault+0x1d4/0x1ec) from [<c0027280>] > (do_DataAbort+0x34/0x94) > [ 37.443824] [<c0027280>] (do_DataAbort+0x34/0x94) from [<c0027a8c>] > (__dabt_svc+0x4c/0x60) > [ 37.452136] Exception stack(0xd9b2fe98 to 0xd9b2fee0) > [ 37.457212] fe80: > dc508000 dc5080e0 > [ 37.465439] fea0: 00000001 0000012c dc508000 dc508000 dc508000 00000000 > 00000000 df815580 > [ 37.473671] fec0: df4644a8 df701d80 c043a348 d9b2fee0 c027dddc c02817c4 > 60000013 ffffffff > [ 37.481907] [<c0027a8c>] (__dabt_svc+0x4c/0x60) from [<c02817c4>] > (tcp_cleanup_congestion_control+0xc/0x2c) > [ 37.491718] [<c02817c4>] (tcp_cleanup_congestion_control+0xc/0x2c) from > [<c027dddc>] (tcp_v4_destroy_sock+0x18/0x230) > [ 37.502477] [<c027dddc>] (tcp_v4_destroy_sock+0x18/0x230) from > [<bf24fb8c>] (tcp_v6_destroy_sock+0xf0/0xfc [ipv6]) > [ 37.512979] [<bf24fb8c>] (tcp_v6_destroy_sock+0xf0/0xfc [ipv6]) from > [<c026ae64>] (inet_csk_destroy_sock+0x88/0x12c) > [ 37.523575] [<c026ae64>] (inet_csk_destroy_sock+0x88/0x12c) from > [<c026d7b4>] (tcp_close+0x380/0x3d8) > [ 37.532859] [<c026d7b4>] (tcp_close+0x380/0x3d8) from [<c028c8b8>] > (inet_release+0x64/0x70) > [ 37.541262] [<c028c8b8>] (inet_release+0x64/0x70) from [<c022d1d8>] > (sock_release+0x24/0x8c) > [ 37.549756] [<c022d1d8>] (sock_release+0x24/0x8c) from [<c022d264>] > (sock_close+0x24/0x34) > [ 37.558077] [<c022d264>] (sock_close+0x24/0x34) from [<c00ce600>] > (__fput+0x114/0x1f0) > [ 37.566056] [<c00ce600>] (__fput+0x114/0x1f0) from [<c00cb0a8>] > (filp_close+0x70/0x7c) > [ 37.574023] [<c00cb0a8>] (filp_close+0x70/0x7c) from [<c00cb144>] > (sys_close+0x90/0xc8) > [ 37.582081] [<c00cb144>] (sys_close+0x90/0xc8) from [<c0027ea0>] > (ret_fast_syscall+0x0/0x28) > > ________________________________________ > Da: Tixy [t...@yxit.co.uk] > Inviato: martedì 21 settembre 2010 21.36 > A: debian-arm@lists.debian.org > Oggetto: Latest testing/sid kernel crashes on SheevaPlug > > Just a warning to SheevaPlug users, after upgrading the kernel to > 2.6.32-23, I found my plug crashes on boot. I'm not alone, I found this > has already been reported as a bug: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597302 > > -- > Tixy () The ASCII Ribbon Campaign (www.asciiribbon.org) > /\ Against HTML e-mail and proprietary attachments > > > -- > To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/1285097792.12910.5.ca...@computer2.home >
signature.asc
Description: This is a digitally signed message part
