OpenWrt Forum Archive

Topic: JFFS partition lost with experimental on WRTGS v1.1

The content of this topic has been archived on 5 May 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

Post #1
carlopires
5 May 2005, 02:38

HI,

After flashing about 8 v3 unis with cvs experimental (squash) and everything working fine I flashed a WRT54GS v1.1 with gs (squash) version and it worked fine.

Then I did this to get my personalized configs:
mount /dev/mtdblock/4 /jffs
cd /jffs
tar -xzvf /tmp/backup.tar.gz
cd /
umount /jffs

This worked fine and GS was working about 2 hours. Then, when I turned it on all the jffs data was lost. I telnet to it and verified that nvram was ok, but all data on jffs was lost.

I redo the procedures above to get my configs on /jffs and rebooted the unit several times to see if jffs partition will lost and the data was there. But after some hours when I turned it on it happened again: all jffs data was gone, only nram settings was there.

My WRT54Gv3 units are working ok and never lost jffs data.

Post #2
florian_
5 May 2005, 08:02

Hi,

What happens to your jffs partition is quite strange and unexpected. Do you have potentially explaining messages in both dmesg and logread dealing with jfss or not ?

Post #3
carlopires
5 May 2005, 12:58

Yes, it's very strange. What is happening is like if sometimes the gs starts in failsafe mode, but with nvram intact. As I don't know if mounting JFFS and extract data to it is acceptable then I posted this here. I'll try to reproduce it again and post results here.

Post #4
carlopires
5 May 2005, 17:18

After looking dmesg I found some SQUASHFS errors....

root@OpenWrt:/# dmesg
CPU revision is: 00029007
Primary instruction cache 8kB, physically tagged, 2-way, linesize 16 bytes.
Primary data cache 4kB, 2-way, linesize 16 bytes.
Linux version 2.4.30 (root@ns1.advocacianet.com.br) (gcc version 3.3.5) #1 Seg Mai 2 16:07:35 UTC 2005
Determined physical RAM map:
 memory: 02000000 @ 00000000 (usable)
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 init=/etc/preinit noinitrd console=ttyS0,115200
CPU: BCM4712 rev 1 at 200 MHz
Using 100.000 MHz high precision timer.
Calibrating delay loop... 199.47 BogoMIPS
Memory: 30292k/32768k available (1471k kernel code, 2476k reserved, 104k data, 88k init, 0k highmem)
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)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
PCI: Disabled
PCI: Fixing up bus 0
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 (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
Squashfs 2.1-r2 (released 2004/12/15) (C) 2002-2004 Phillip Lougher
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0xb8000300 (irq = 3) is a 16550A
ttyS01 at 0xb8000400 (irq = 0) is a 16550A
Software Watchdog Timer: 0.05, timer margin: 60 sec
loop: loaded (max 8 devices)
Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
cfi_cmdset_0001: Erase suspend on write enabled
0: offset=0x0,size=0x20000,blocks=64
Using buffer write method
Flash device: 0x800000 at 0x1c000000
Creating 5 MTD partitions on "Physically mapped flash":
0x00000000-0x00040000 : "pmon"
0x00040000-0x007e0000 : "linux"
0x000be650-0x001d7000 : "rootfs"
mtd: partition "rootfs" doesn't start on an erase block boundary -- force read-only
0x007e0000-0x00800000 : "nvram"
0x001e0000-0x007e0000 : "OpenWrt"
Initializing Cryptographic API
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)
ip_conntrack version 2.1 (5953 buckets, 5953 max) - 316 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
Bridge firewalling registered
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 88k freed
Algorithmics/MIPS FPU Emulator v1.5
diag boardtype: 00000708
SQUASHFS error: lzma returned unexpected result 0x1
SQUASHFS error: Unable to read fragment cache block [8e80d]
SQUASHFS error: Unable to read page, block 8e80d, size 3801
jffs2.bbc: SIZE compression mode activated.
PCI: Setting latency timer of device 00:02.0 to 64
5325E   phy=0
5325E   VLAN programming for BCM5325E-MDIO I/F switch
eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.60.13.0
SQUASHFS error: lzma returned unexpected result 0x1
SQUASHFS error: Unable to read fragment cache block [8e80d]
SQUASHFS error: Unable to read page, block 8e80d, size 3801
PCI: Setting latency timer of device 00:01.0 to 64
eth1: Broadcom BCM4320 802.11 Wireless Controller 3.60.13.0
SQUASHFS error: lzma returned unexpected result 0x1
SQUASHFS error: Unable to read fragment cache block [8e80d]
SQUASHFS error: Unable to read page, block 8e80d, size 3801
device eth0 entered promiscuous mode
vlan0: add 01:00:5e:00:00:01 mcast address to master interface
vlan1: add 01:00:5e:00:00:01 mcast address to master interface
vlan1: attempt to add interface with same source address.
device eth1 entered promiscuous mode
br0: port 3(eth1) entering learning state
br0: port 2(vlan1) entering learning state
br0: port 1(vlan0) entering learning state
br0: port 3(eth1) entering forwarding state
br0: topology change detected, propagating
br0: port 2(vlan1) entering forwarding state
br0: topology change detected, propagating
br0: port 1(vlan0) entering forwarding state
br0: topology change detected, propagating
Post #5
carlopires
7 May 2005, 13:25

Even when I run firstboot I get this messages in dmesg. Anyone could tell if is this a hardware issue ?

.
.
5325E   VLAN programming for BCM5325E-MDIO I/F switch
eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.60.13.0
SQUASHFS error: lzma returned unexpected result 0x1
SQUASHFS error: Unable to read fragment cache block [8e80d]
SQUASHFS error: Unable to read page, block 8e80d, size 3801
PCI: Setting latency timer of device 00:01.0 to 64
eth1: Broadcom BCM4320 802.11 Wireless Controller 3.60.13.0
SQUASHFS error: lzma returned unexpected result 0x1
SQUASHFS error: Unable to read fragment cache block [8e80d]
SQUASHFS error: Unable to read page, block 8e80d, size 3801
device eth0 entered promiscuous mode
vlan0: add 01:00:5e:00:00:01 mcast address to master interface
vlan1: add 01:00:5e:00:00:01 mcast address to master interface
vlan1: attempt to add interface with same source address.
device eth1 entered promiscuous mode
.
.

The discussion might have continued from here.