ts-7000
[Top] [All Lists]

Re: [ts-7000] TS7400/128M Flash rootfs hosed

To:
Subject: Re: [ts-7000] TS7400/128M Flash rootfs hosed
From: Ömürhan Akdemir <>
Date: Tue, 26 Aug 2008 23:09:17 -0700 (PDT)

hi,

I think it will suffice if you just extract factory default rootfs to the directory that you mount flash. In such cases I copy a working rootfs to an ext2 formatted SDcard, boot the board from TS-9441 and do the following:

1. mount flash on /onboardflash by executing 'mtdroot'

2. mount sd card on /mnt/root by executing 'sdroot'

3. extract rootfs to the flash:

tar -xvf /mnt/root/defaultrootfs.tar -C /onboardflash

4. Unmount onboardflash

5. make sure that the board boots from flash by executing

ln -sf /linuxrc-mtdroot /linuxrc; save

if you think that you need to reflash everything you need 'mtdcopy' and 'mtderase' binaries which are available on ftp. These binaries need some libraries that I really don't know. Using an Sdcard with a debian distribution on it may be an option. 

To erase flash of TS7400:

mtderase 0

mtderase 1

mtderase 2

mtderase 3

unmount flash and reset

To copy the bootloader, kernel and init ram disk do:

mount flash again and execute in any order:

mtdcopy yourBootloader.dd 0 0

mtdcopy yourKernelImage 1 0

mtdcopy yourInıtrd.dd 2 0

then extract your rootfs to the flash. unmount flash and reset. Before restarting the board don't forget to execute the following:

ln -sf /linuxrc-mtdroot /linuxrc; save

hope that helps

cheers


--- On Tue, 8/26/08, Jayne Dickinson <> wrote:
From: Jayne Dickinson <>
Subject: [ts-7000] TS7400/128M Flash rootfs hosed
To: "" <>
Cc: "" <>
Date: Tuesday, August 26, 2008, 11:53 PM

Greetings to all,

Well I completely hosed my rootfs when I added just one more app to my flash
filesystem... I've been trying to get the factory
default rootfs re-installed but to no luck...I think it's because I have a
special TS7400 board that isn't really supported...don't know, but I am
working against a big deadline... (who isn't eh? ).

I reattached my TS9441 to my TS7400 so I could diagnose what are my
symptoms...I have the boot jumper enabled and powerup
the board...

Wondering do I need a "special TS9441 " since the kernel on the
TS7400/32M/128M Flash is not the same as the factory
default TS7400/32M/32MFlash ??

When I mount /dev/mtdblock/3 /mnt/root
$ mount /dev/mtdblock/3 /mnt/root
$ ls /mnt/root
lost+found
$ df
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/root                 1003       945        58  94% /
/dev/mtdblock/3         126848    120812      6036  95% /mnt/root


Any feedback would be sweet!
Jayne

>>----------------------------------------------------- dmesg results
----------------------------------------------------------------------<<

Welcome to minicom 2.2

OPTIONS: I18n
Compiled on Jan  7 2007, 18:00:43.
Port /dev/ttyS0

               Press CTRL-A Z for help on special keys



>> TS-SPIFLASHBOOT - built Jan 26 2007
>> Copyright (c) 2007, Technologic Systems
.
.
.
Finished booting in 2.76 seconds
Type 'tshelp' for help
$ lsmod
Module                  Size  Used by
$ insmod ts7xxx_nand.o
Using ts7xxx_nand.o
$ dmesg
Linux version 2.4.26-ts11  (gcc version 3.3.4) #1 Mon Jan 8 15:31:07
7CPU: Arm920Tid(wb) revision 0
Machine: ep9301
On node 0 totalpages: 2048
zone(0): 2048 pages.
zone(1): 0 pages.
zone(2): 0 pages.
On node 1 totalpages: 2048
zone(0): 2048 pages.
zone(1): 0 pages.
zone(2): 0 pages.
On node 4 totalpages: 2048
zone(0): 2048 pages.
zone(1): 0 pages.
zone(2): 0 pages.
On node 5 totalpages: 2048
zone(0): 2048 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/ram0 init=/linuxrc printk=4 loops=499712
Relocating machine vectors to 0xffff0000
Console: colour dummy device 80x30
99.94 BogoMIPS
Memory: 8MB 8MB 8MB 8MB = 32MB total
Memory: 24516KB available (1225K code, 333K data, 72K init)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
CPU: Testing write buffer: pass
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch 
devfs: boot_options: 0x1
yaffs Jan  8 2007 15:34:38 Installing.
ttyAM0 at MMIO 0x808c0000 (irq = 52) is a AMBA
ttyAM1 at MMIO 0x808d0000 (irq = 54) is a AMBA
ttyAM2 at MMIO 0x808e0000 (irq = 55) is a AMBA
TS-UART/7400 detected a TS-7400 board
ttyTS0 at MMIO 0x12400000 (irq = 33) is a TSUART
pty: 1024 Unix98 ptys configured
Using DIO to access RTC
Real Time Clock Driver v1.10f
ep93xx_eth() version: ep93xx_eth.c: V1.0 09/04/2003 Cirrus Logic
RAMDISK driver initialized: 16 RAM disks of 12288K size 1024 blocksize
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.97 (double precision)
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 4096K
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
Mounted devfs on /dev
Freeing init memory: 72K
Searching for NAND flash...
NAND device: Manufacturer ID: 0xec, Chip ID: 0xf1 (Samsung NAND 128MiB 3,3V
8-b)Scanning device for bad blocks
Bad eraseblock 0 at 0x00000000
Bad eraseblock 1 at 0x00020000
Bad eraseblock 2 at 0x00040000
Bad eraseblock 3 at 0x00060000
Bad eraseblock 4 at 0x00080000
Bad eraseblock 5 at 0x000a0000
Bad eraseblock 6 at 0x000c0000
Bad eraseblock 7 at 0x000e0000
Bad eraseblock 8 at 0x00100000
Bad eraseblock 9 at 0x00120000
Bad eraseblock 10 at 0x00140000
Bad eraseblock 11 at 0x00160000
Bad eraseblock 12 at 0x00180000
Bad eraseblock 362 at 0x02d40000
Hardware ECC detected
Using MBR partition definition
Creating 4 MTD partitions on "NAND 128MiB 3,3V 8-bit":
0x00000000-0x02000000 : "whole chip"
0x00020000-0x00220000 : "kernel"
0x00220000-0x00420000 : "initrd"
0x00420000-0x08000000 : "rootfs"



------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ts-7000/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/ts-7000/join
    (Yahoo! ID required)

<*> To change settings via email:
    
    

<*> To unsubscribe from this group, send an email to:
    

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


__._,_.___

Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: =Email Delivery: Digest | m("yahoogroups.com?subject","ts-7000-fullfeatured");=Change Delivery Format: Fully Featured">Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | =Unsubscribe

__,_._,___
<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU