Hi,
I succesfullly rooted my Nook glowlight, but when I tried to go back to stock with my nook backup I found the backup was not ok (just 77MB) and now I have a bricked NSTG that won't get past the "Install Failed" screen.
I've tried almost every method I could find in the forums, but none worked for me.
Is there anything else beside n2T and Alpha-Format I could try to revive my device?
TIA
I think the most careful way to proceed here is to get a shell going and inspect the damage.
If you were lucky you just wiped out the first partition and the partition tables.
Reinstating the partition tables might make undamaged partitions visible.
It's important to preserve the device dependent info on the /rom partition.
If you copy over ClockworkRecovery onto an SD card you should be able to boot that.
Without selecting anything on the menus you should be able to get ADB working.
With an ADB shell you can run fdisk -l /dev/block/mmcblk0
As soon as you can get access to /rom I'd suggest that you back that up.
I'm sure somebody has other ways to get shell access.
Renate NST said:
I think the most careful way to proceed here is to get a shell going and inspect the damage.
If you were lucky you just wiped out the first partition and the partition tables.
Reinstating the partition tables might make undamaged partitions visible.
It's important to preserve the device dependent info on the /rom partition.
If you copy over ClockworkRecovery onto an SD card you should be able to boot that.
Without selecting anything on the menus you should be able to get ADB working.
With an ADB shell you can run fdisk -l /dev/block/mmcblk0
As soon as you can get access to /rom I'd suggest that you back that up.
I'm sure somebody has other ways to get shell access.
Click to expand...
Click to collapse
thanks for that I'll give it a try...
Sadly, I'm on a W7 box (not mine) and all I can see in the device manager is a nook with a yellow sign in it
ADB devices returns a blank list....
I tried updating the drivers for the nook: first uninstalled anything nooklike with usbdeview, and then pointed W7 to a folder where I had downloaded usbdrivers from this thread http://forum.xda-developers.com/showthread.php?t=1354487 but W7 keeps telling there are no drivers for nook in that folder.
If I boot without SD then the nook is recognized and USB drivers install fine. It's booting with CWM that the device is not recognized.
Stuck
There are drivers and drivers.
As a composite USB device the Nook uses both the stock Windows Mass Storage driver and the Google ADB driver.
See: http://forum.xda-developers.com/wiki/BN_Nook_Simple_Touch/Installing_ADB
Renate NST said:
There are drivers and drivers.
As a composite USB device the Nook uses both the stock Windows Mass Storage driver and the Google ADB driver.
See: http://forum.xda-developers.com/wiki/BN_Nook_Simple_Touch/Installing_ADB
Click to expand...
Click to collapse
It worked:
D:\nook_root\adbshell>adb devices
List of devices attached
11223344556677 recovery
D:\nook_root\adbshell>adb shell
~ # fdisk -l /dev/block/mmcblk0
fdisk -l /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 1958 MB, 1958739968 bytes
4 heads, 16 sectors/track, 59776 cylinders
Units = cylinders of 64 * 512 = 32768 bytes
Device Boot Start End Blocks Id System
~ #
completely noob with the nook, can't seem to find /rom and Win32DiskImager does not find a device to read from to perform said backup
The best bet would be to check with somebody with a Glow to see if the partitioning is the same as the Touch.
They could have even changed the exact size of partitions over time for the same model.
In any case, here are my partitions. You might try partitioning and not formatting and see if all the pieces fit properly.
Code:
Disk /dev/block/mmcblk0: 1958 MB, 1958739968 bytes
128 heads, 32 sectors/track, 934 cylinders
Units = cylinders of 4096 * 512 = 2097152 bytes
Partition Format Id Start End Size (bytes) Mount
--------- ------ -- ----- --- ------------- --------
Total 0 933 1,958,739,968
mmcblk0p1 vfat 0c 1 38 79,691,776 /boot
mmcblk0p2 vfat 0c 39 46 16,777,216 /rom
mmcblk0p3 ext2 83 47 141 199,229,440 /factory
mmcblk0p4 05 142 926 1,646,264,320
mmcblk0p5 ext2 83 142 285 301,989,888 /system
mmcblk0p6 vfat 0c 286 405 251,658,240 /media
mmcblk0p7 ext3 83 406 525 251,658,240 /cache
mmcblk0p8 ext3 83 526 926 840,957,952 /data
Unused 927 933 14,680,064
Renate NST said:
The best bet would be to check with somebody with a Glow to see if the partitioning is the same as the Touch.
They could have even changed the exact size of partitions over time for the same model.
In any case, here are my partitions. You might try partitioning and not formatting and see if all the pieces fit properly.
Code:
Disk /dev/block/mmcblk0: 1958 MB, 1958739968 bytes
128 heads, 32 sectors/track, 934 cylinders
Units = cylinders of 4096 * 512 = 2097152 bytes
Partition Format Id Start End Size (bytes) Mount
--------- ------ -- ----- --- ------------- --------
Total 0 933 1,958,739,968
mmcblk0p1 vfat 0c 1 38 79,691,776 /boot
mmcblk0p2 vfat 0c 39 46 16,777,216 /rom
mmcblk0p3 ext2 83 47 141 199,229,440 /factory
mmcblk0p4 05 142 926 1,646,264,320
mmcblk0p5 ext2 83 142 285 301,989,888 /system
mmcblk0p6 vfat 0c 286 405 251,658,240 /media
mmcblk0p7 ext3 83 406 525 251,658,240 /cache
mmcblk0p8 ext3 83 526 926 840,957,952 /data
Unused 927 933 14,680,064
Click to expand...
Click to collapse
mmmm, a bit risky isn't it ?
I think I'll read the rest of the internets before proceeding I need to understand this.....
thanks again
srgarfi said:
mmmm, a bit risky isn't it ?
Click to expand...
Click to collapse
Well, you don't have anything at all in your partition table, not even the correct CHS.
If you tried this configuration and you can't mount the partition, then no harm is done.
It will only mount if the partition formatting makes sense.
Renate NST said:
If you tried this configuration and you can't mount the partition, then no harm is done.
It will only mount if the partition formatting makes sense.
Click to expand...
Click to collapse
Oh, ah, that changes everything! It's worth a try.
I need to find a dummy guide to perform this operations, any clues?
Edit: Found this, looks like a start http://forum.xda-developers.com/showthread.php?t=1279091
thanks again
booted in gparted live and took a peek at the Nook. This is what I found (sorry I don't know yet how to post images):
Device information
Model: B&N Ebook Disk
Size: 182 GiB
Path: /dev/sdb
Partition table: msdos
Heads: 255
Sectors/track: 63
Cylinders: 238
Total sectors: 3825664
Sector size: 512
Physical characteristics being so different I'm affraid trying to convert heads/cylinders from Renate's Touch to my Glo schema would be useless.
Could someone with a NSTG please share partition information?
Thank you all,
srgarfi said:
Physical characteristics being so different...
Click to expand...
Click to collapse
Well, they are not real physical differences.
You can juggle heads and sectors/track as long as the size of a cylinder stays the same.
It may be that the Glow has gone to a bigger cylinder, but it's suspicious that it's not a power of two.
Renate NST said:
You can juggle heads and sectors/track as long as the size of a cylinder stays the same.
Click to expand...
Click to collapse
Not good at math, I can't get an exact match
Here is a script that will partition your Nook internal SD card like the listing above.
You can either copy this to the SD card, chmod 777 it and run it
or just copy and paste it to the Windows command line window running ADB.
Then you can try some mounts and see what you've got.
(nookpart.sh is zipped.)
was about to try the script (thanks again!) but nook is stuck at "rooted forever" screen and nothing I do awakes it: power on, power on 30 sec, power on and n, plug it to pc, and every combination. Took off the sd and tried combinations again, nothing. I've searched a bit and all other cases resumed to reboot by pressing long power. Not this one....no hard reset available? Every piece of equipment must have a big red switch =)
Should I stop messing around and buy another one? (not in the states anymore, it will take like 40+ days to deliver here...)
EDIT: false alarm, battery was too low to power on. Where did the full charge go? I dunno....30 more minutes before I can try
Renate NST said:
Here is a script that will partition your Nook internal SD card like the listing above.
You can either copy this to the SD card, chmod 777 it and run it
or just copy and paste it to the Windows command line window running ADB.
Then you can try some mounts and see what you've got.
(nookpart.sh is zipped.)
Click to expand...
Click to collapse
Executed the script:
Code:
D:\nook_root\adbshell>adb shell sh /sdcard/nookpart.sh
Command (m for help): Command action
e extended
p primary partition (1-4)
Partition number (1-4): First cylinder (1-934, default 1): Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-934, default 934):
Command (m for help): Command action
e extended
p primary partition (1-4)
Partition number (1-4): First cylinder (39-934, default 39): Using default value
39
Last cylinder or +size or +sizeM or +sizeK (39-934, default 934):
Command (m for help): Command action
e extended
p primary partition (1-4)
Partition number (1-4): First cylinder (47-934, default 47): Using default value
47
Last cylinder or +size or +sizeM or +sizeK (47-934, default 934):
Command (m for help): Command action
e extended
p primary partition (1-4)
Selected partition 4
First cylinder (142-934, default 142): Using default value 142
Last cylinder or +size or +sizeM or +sizeK (142-934, default 934):
Command (m for help): First cylinder (142-926, default 142): First cylinder (142
-926, default 142): Using default value 142
Last cylinder or +size or +sizeM or +sizeK (142-926, default 926):
Command (m for help): First cylinder (286-926, default 286): First cylinder (286
-926, default 286): Using default value 286
Last cylinder or +size or +sizeM or +sizeK (286-926, default 926):
Command (m for help): First cylinder (406-926, default 406): First cylinder (406
-926, default 406): Using default value 406
Last cylinder or +size or +sizeM or +sizeK (406-926, default 926):
Command (m for help): First cylinder (526-926, default 526): First cylinder (526
-926, default 526): Using default value 526
Last cylinder or +size or +sizeM or +sizeK (526-926, default 926):
Command (m for help): Partition number (1-8): Hex code (type L to list codes): C
hanged system type of partition 1 to c (Win95 FAT32 (LBA))
Command (m for help): Partition number (1-8): Hex code (type L to list codes): C
hanged system type of partition 2 to c (Win95 FAT32 (LBA))
Command (m for help): Partition number (1-8): Hex code (type L to list codes): C
hanged system type of partition 6 to c (Win95 FAT32 (LBA))
Command (m for help): Partition number (1-8):
Command (m for help):
Disk /dev/block/mmcblk0: 1958 MB, 1958739968 bytes
128 heads, 32 sectors/track, 934 cylinders
Units = cylinders of 4096 * 512 = 2097152 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 38 77808 c Win95 FAT32 (LB
A)
/dev/block/mmcblk0p2 39 46 16384 c Win95 FAT32 (LB
A)
/dev/block/mmcblk0p3 47 141 194560 83 Linux
/dev/block/mmcblk0p4 142 926 1607680 5 Extended
/dev/block/mmcblk0p5 142 285 294896 83 Linux
/dev/block/mmcblk0p6 286 405 245744 c Win95 FAT32 (LB
A)
/dev/block/mmcblk0p7 406 525 245744 83 Linux
/dev/block/mmcblk0p8 526 926 821232 83 Linux
Command (m for help): The partition table has been altered.
Calling ioctl() to re-read partition table
D:\nook_root\adbshell>
From CWM tried to mount /boot and failed. Took off the SD, booted nook (fingers crossed) and it displayed the "install failed" screen.
Nice try, thanks for the patience :good:
No, that's what I expected.
The partitioning worked fine
You had already bashed the boot partition.
Now try:
Code:
mkdir /rom
mount -t vfat /dev/block/mmcblk0p2 /rom
ls -l /rom
Looks like there was already a /rom
Code:
D:\nook_root\adbshell>adb shell
~ # mkdir /rom
mkdir /rom
mkdir: can't create directory '/rom': File exists
~ # mount -t vfat /dev/block/mmcblk0p2 /rom
mount -t vfat /dev/block/mmcblk0p2 /rom
mount: mounting /dev/block/mmcblk0p2 on /rom failed: Device or resource busy
~ # ls -l /rom
ls -l /rom
-rwxrwxrwx 1 root root 1088 Jan 1 02:30 bcb
drwxrwxrwx 2 root root 2048 Jan 1 02:30 devconf
~ #
Hmm, I thought of that at the last moment.
Code:
mkdir /stuff
mount -t vfat /dev/block/mmcblk0p2 /stuff
ls -l /stuff
Renate NST said:
Hmm, I thought of that at the last moment.
Code:
mkdir /stuff
mount -t vfat /dev/block/mmcblk0p2 /stuff
ls -l /stuff
Click to expand...
Click to collapse
yes, works, but I don't get it?
Code:
~ # mkdir /stuff
mkdir /stuff
~ # mount -t vfat /dev/block/mmcblk0p2 /stuff
mount -t vfat /dev/block/mmcblk0p2 /stuff
~ # ls -l /stuff
ls -l /stuff
-rwxrwxrwx 1 root root 1088 Jan 1 02:30 bcb
drwxrwxrwx 2 root root 2048 Jan 1 02:30 devconf
~ #
in the meantime I booted noogie and did a backup of the semibricked nook just in case.... =)
Now I'll write CWM to the SD and boot again
That means that the partitioning is correct and that your /rom is intact.
Make a good backup of your personalized stuff:
Code:
adb pull /stuff
Now you have to fix up the boot partition.
I'd probably try to install the factory.zip
Code:
mkdir /fact
mount -t ext2 /dev/block/mmcblk0p3 /fact
ls -l /fact
Code:
adb pull /fact/factory.zip
adb pull /fact/rombackup.zip
Then copy factory.zip to the external SD card and do a CWR update with that.
Related
So I did a wipe on my phone and installed Hero. Whenever I try to install an app it says "insufficient storage". I only have 9Mb available in my internal memory.. why is it so little?
I just formatted my 4Gb sdcard to Fat32 and ran sdsplit and got the following::
Code:
$ su
# lucid -s
/data/app is not linked
/data/app-private is not linked
/data/data is not linked
/data/dalvik-cache is not linked
/system/media is not linked
-------------------------
-------------------------
2.0K /system/sd
# du -s /sdcard
16 /sdcard
# df /data
/data: 91904K total, 82108K used, 9796K available (block size 4096)
# /data/sdsplit -fs 3600M
--------------------------------------
+You have chosen to perform the following actions:
.BACKUP /sdcard contents to /data
.CONFIGURE system to mount EXT2 partition
!WARNING! Do NOT do this on JF1.5 builds!
.REPARTITION sdcard: 3600M FAT / EXT2
!WARNING! Will DELETE data on sdcard!
.MAKE FAT32 and EXT2 filesystems
.RESTORE /data to sdcard
ARE YOU SURE YOU WANT TO PROCEED? y/N
y
--------------------------------------
+Checking validity of mkdosfs
1+0 records in
1+0 records out
1 bytes transferred in 0.001 secs (1000 bytes/sec)
--------------------------------------
+Checking validity of mke2fs
--------------------------------------
+Backing up /sdcard to /data
--------------------------------------
+Backing up and Updating /system/init.rc
--------------------------------------
+Backing up and Updating /system/etc/mountd.conf
WARNING: /system/etc/mountd.conf backup /system/etc/mountd.conf.orig already exists!
Do you want to overwrite it? y/N
y
--------------------------------------
+Partitioning sdcard
--------------------------------------
+ Blank out the 4 first blocks of the sdcard so that mountd does not try to remount it on fdisk write preventing a kernel partition table re-read.
4+0 records in
4+0 records out
2048 bytes transferred in 0.006 secs (341333 bytes/sec)
--------------------------------------
+ Wipe partition table and create FAT32 3600M/EXT2 partitions
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that the previous content
won't be recoverable.
The number of cylinders for this disk is set to 125632.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Command (m for help): Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that the previous content
won't be recoverable.
The number of cylinders for this disk is set to 125632.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Command (m for help): Command action
e extended
p primary partition (1-4)
Partition number (1-4): First cylinder (1-125632, default 1): Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-125632, default 125632):
Command (m for help): Selected partition 1
Hex code (type L to list codes): Changed system type of partition 1 to b (Win95 FAT32)
Command (m for help):
Disk /dev/block/mmcblk0: 4116 MB, 4116709376 bytes
4 heads, 16 sectors/track, 125632 cylinders
Units = cylinders of 64 * 512 = 32768 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 1 109864 3515640 b Win95 FAT32
Command (m for help): Command action
e extended
p primary partition (1-4)
Partition number (1-4): First cylinder (109865-125632, default 109865): Using default value 109865
Last cylinder or +size or +sizeM or +sizeK (109865-125632, default 125632): Using default value 125632
Command (m for help): Partition number (1-4): Hex code (type L to list codes):
Command (m for help):
Disk /dev/block/mmcblk0: 4116 MB, 4116709376 bytes
4 heads, 16 sectors/track, 125632 cylinders
Units = cylinders of 64 * 512 = 32768 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 1 109864 3515640 b Win95 FAT32
/dev/block/mmcblk0p2 109865 125632 504576 83 Linux
Command (m for help): The partition table has been altered!
Calling ioctl() to re-read partition table
--------------------------------------
+Creating FAT32 Filesystem
opening /dev/block/mmcblk0p1
/dev/block/mmcblk0p1: 7017536 sectors in 877192 FAT32 clusters (4096 bytes/cluster)
MBR type: 11
bps=512 spc=8 res=32 nft=2 mid=0xf0 spt=7031280 hds=0 hid=0 bsec=7031280 bspf=6854 rdcl=2 infs=1 bkbs=2
--------------------------------------
+Creating EXT2 Filesystem
mke2fs 1.41.3 (12-Oct-2008)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
126480 inodes, 504576 blocks
25228 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67633152
62 block groups
8192 blocks per group, 8192 fragments per group
2040 inodes per group
Superblock backups stored on blocks:
8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 37 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
--------------------------------------
+Mounting FAT Filesystem
Usage: mount [-r] [-w] [-o options] [-t type] device directory
--------------------------------------
+Mounting EXT2 Filesystem
Did not find ext2.ko, (normal on JF1.5)
Usage: mount [-r] [-w] [-o options] [-t type] device directory
--------------------------------------
+You should now have a FAT partition on /sdcard and an EXT2 partition on /system/sd. If things worked, you should see an entry for /sdcard and /system/sd below:
--------------------------------------
+Restoring /data/sdcard to /sdcard
cp: cannot create directory '/sdcard/.footprints': Read-only file system
Permission setting errors are normal on a FAT system
===ERROR: restore failed!
I was using win32DiskImager to write cm7 to an sd card. I had my Nook connected to my computer and accidentally wrote to the Nook instead of the SD card. Now, every time I boot up the Nook, I get a message that says the Nook encountered a problem and needs to be rebooted.
Which steps should I take to write the stock firmware to the Nook?
First, ask a mod to move this post to General or Q&A.
Second, provide details about what exactly you had and were trying to do, including OS versions and other relevant info.
I had stock 1.2 with CWR. I was trying to get my Nook back to complete stock (Like just out of the box) and run a separate firmware from my SD. I used a zip to remove CWR from the nook emmc. I was trying to write the CM7 SD image to my SD card, but forgot my Nook was still connected to my PC. Instead of choosing the SD card to write to with Win32DiskImager, I chose the Nook to write to. Now I can't even view the file folders on my Nook while connected to my PC. I have an SD card with CWR on it. If I need to flash something to the emmc I can do it that way.
There are stock images. People have them and will post. Don't panic.
Sent from my Samsung-SPH-D700 using XDA App
I've tried flashing some of the stock images I've seen. I still get the reboot message.
natoe33 said:
I've tried flashing some of the stock images I've seen. I still get the reboot message.
Click to expand...
Click to collapse
Man, sounds like you wiped your partitions. Let's hope that you only wiped your /media partition.
-Get a bootable CWM sdcard.
-Boot to CWM Recovery
-Connect nook to pc
-Assuming you have adb up and running. Run the following commands:
Code:
$ adb shell
# fdisk -l /dev/block/mmcblk0
That should give you a print out of your partition layout. Post here so we can see where you're at.
-Racks
How do I insert code like you did?
This is what I got. (I think I did this right)
Code:
~ # fdisk -l /dev/block/mmcblk0
fdisk -l /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 7944 MB, 7944011776 bytes
255 heads, 63 sectors/track, 965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 9 72261 c Win95 FAT32 (LB
A)
/dev/block/mmcblk0p2 10 18 72292+ c Win95 FAT32 (LB
A)
/dev/block/mmcblk0p3 19 56 305235 83 Linux
/dev/block/mmcblk0p4 57 935 7060567+ 5 Extended
/dev/block/mmcblk0p5 57 114 465853+ 83 Linux
/dev/block/mmcblk0p6 115 236 979933+ 83 Linux
/dev/block/mmcblk0p7 237 281 361431 83 Linux
/dev/block/mmcblk0p8 282 935 5253223+ c Win95 FAT32 (LB
A)
~ #
Well thats a good sign. All your partitions are still intact. Have you tried the 8-Failed reboots? Then clearing data by holding "Power & Home" Until the clearing data screen comes up?
natoe33 said:
This is what I got. (I think I did this right)
Code:
~ # fdisk -l /dev/block/mmcblk0
fdisk -l /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 7944 MB, 7944011776 bytes
255 heads, 63 sectors/track, 965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 9 72261 c Win95 FAT32 (LB
A)
/dev/block/mmcblk0p2 10 18 72292+ c Win95 FAT32 (LB
A)
/dev/block/mmcblk0p3 19 56 305235 83 Linux
/dev/block/mmcblk0p4 57 935 7060567+ 5 Extended
/dev/block/mmcblk0p5 57 114 465853+ 83 Linux
/dev/block/mmcblk0p6 115 236 979933+ 83 Linux
/dev/block/mmcblk0p7 237 281 361431 83 Linux
/dev/block/mmcblk0p8 282 935 5253223+ c Win95 FAT32 (LB
A)
~ #
Click to expand...
Click to collapse
I tried the 8 failed reboot thing. Now I'm stuck at "Read Forever".
EDIT: I got it to work. Thanks. <======= noooooooooooooob
natoe33 said:
I tried the 8 failed reboot thing. Now I'm stuck at "Read Forever".
EDIT: I got it to work. Thanks. <======= noooooooooooooob
Click to expand...
Click to collapse
Good to hear. Now unplug your nook before you burn another image to it! .
Racks
Sent from my NookColor using Tapatalk
Post your final solution for future reference
daemonfly said:
Post your final solution for future reference
Click to expand...
Click to collapse
Nothing too exciting. I must have messed something up while trying to 8 failed boot reset.
Made a second run at the 8 fails and did the BN update to 1.2. Pretty anti-climactic.
racks11479 said:
Good to hear. Now unplug your nook before you burn another image to it! .
Racks
Sent from my NookColor using Tapatalk
Click to expand...
Click to collapse
Yeah. Fool me once...
http://forum.xda-developers.com/showthread.php?t=945838
Keep this handy for next time. It's a CWR SD card image of stock 1.1
Burn to SD card and boot, it will do everytihng for you.
get an SD card reader, dont rely on your nook as the reader..... You can get USB SD readers for like 20 bucks
It sounds like you didn't overwrite any of your firmware, but rather you ran the disk imager on the /media partition of your Nook. Your firmware stayed intact, but when you tried to boot the device it saw the bootable partition information on internal storage and got confused. That would explain why none of your fixes from CWR appeared to help, because CWR usually doesn't touch the /media partition.
Help - I did the same thing but I don't think I was so lucky!
My Nook Color boots - but when I connect it to my PC the size of the USB drive reads as only 1 GB. I'm afraid I messed up the partitions.
I tried the 8-reboots, but I still have the wrong disk size.
Tried getting ADB to work earlier today but was not able to recognize the nook.
I would really appreciate some help.
vgramatges said:
My Nook Color boots - but when I connect it to my PC the size of the USB drive reads as only 1 GB. I'm afraid I messed up the partitions.
I tried the 8-reboots, but I still have the wrong disk size.
Tried getting ADB to work earlier today but was not able to recognize the nook.
I would really appreciate some help.
Click to expand...
Click to collapse
The "new partitioned" Nook Colors have only a 1 GB /media storage space, and a 7 GB system+data+apps partition. The old ones were the other way around.
It seems to be working fine in every other respect - I got the upgrade to 1.3 to work, and then got it rooted, so I will try to get ADB working and then will check the partitions using the command suggested earlier in this thread.
Thank you for the quick reply!
** MUCH RELIEVED **
I am trying to resize the sdcard partition on the bootable cm7 sd card image. I am able to resize it using Windows and Linux, but haven't found an easy way to do it via Mac OS using the built in sdcard reader. Does anyone know how to accomplish this?
Have you tried disk utility?
Sent from my NookColor using XDA
I have. It doesn't allow me to change the size of the last partition on the card.
You can use the Sudo command to format your card on the mac from the command line. Just type Type sudo or su -
fdisk /dev/sda
mkfs -t vfat /dev/sda1
That should format your card. Just partition with fdisk. Be sure to choose the whole device (/dev/sdc), not a single partition (/dev/sdc1).
fdisk is started by typing (as root) fdisk device at the command prompt. device might be something like /dev/hda or /dev/sda.
To check the list of devices available type fdisk -l
The basic fdisk commands you need are:
p – Print the partition table.
n – Create a new partition.
d – Delete a partition.
q – Quit without saving changes.
a – Make a partition bootable.
w – Write the new partition table and exit.
Changes you make to the partition table do not take effect until you issue the write (w) command. Here is a sample partition table:
Disk /dev/sdb: 64 heads, 63 sectors, 621 cylinders
Units = cylinders of 4032 * 512 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 184 370912+ 83 Linux
/dev/sdb2 185 368 370944 83 Linux
/dev/sdb3 369 552 370944 83 Linux
/dev/sdb4 553 621 139104 82 Linux swap
The below post is actually a PM I sent to ros87, but it look like he hasn't been on the forums in a while, so I thought I'd ask the general populous. Besides, if I manage to get out of this one, then it might help someone else.
--------------------------
To make a long story short, I have a NST that will not boot from the internal memory. I can boot from SD card images no problem (noogie, cwm, n2T-Recovery). When I boot from noogie, I can see the internal storage.
How I managed to get here:
- tried to follow the "Backup/Restore N2E" instructions from Windows, so used MiniTool Partition Wizard to delete the NST partitions
- THEN I realized the backup I took a long time ago wasn't a full device backup, but individual partition backups:
Code:
07/14/2011 09:09 PM 79,675,392 nook_backup_BOOT.img
07/14/2011 09:41 PM 251,641,856 nook_backup_CACHE.img
07/14/2011 09:58 PM 840,941,568 nook_backup_DATA.img
07/14/2011 09:30 PM 301,973,504 nook_backup_DISK.img
07/14/2011 09:22 PM 199,229,440 nook_backup_FACTORY.img
07/14/2011 09:04 PM 251,641,856 nook_backup_NOOK.img
07/14/2011 09:19 PM 16,777,216 nook_backup_ROM.img
I wasn't having any luck with Windows-based tools, so I switched to Linux. I've attempted to rebuild the partitions and copy over the data from my backups using dd:
Code:
dd if=/home/kenny/host/Nook\ Backup/nook_backup_BOOT.img of=/dev/sdb1 bs=1M
dd if=/home/kenny/host/Nook\ Backup/nook_backup_ROM.img of=/dev/sdb2 bs=1M
dd if=/home/kenny/host/Nook\ Backup/nook_backup_FACTORY.img of=/dev/sdb3 bs=1M
dd if=/home/kenny/host/Nook\ Backup/nook_backup_DISK.img of=/dev/sdb5 bs=1M
dd if=/home/kenny/host/Nook\ Backup/nook_backup_NOOK.img of=/dev/sdb6 bs=1M
dd if=/home/kenny/host/Nook\ Backup/nook_backup_CACHE.img of=/dev/sdb7 bs=1M
dd if=/home/kenny/host/Nook\ Backup/nook_backup_DATA.img of=/dev/sdb8 bs=1M
The commands seemed to work and I do see the right kind of data in the partitions, but it still won't boot.
Here's a dump of the current state of things:
Code:
fdisk -l /dev/sdb
Disk /dev/sdb: 1958 MB, 1958739968 bytes
128 heads, 32 sectors/track, 934 cylinders
Units = cylinders of 4096 * 512 = 2097152 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000001
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 38 77808 c W95 FAT32 (LBA)
/dev/sdb2 39 46 16384 c W95 FAT32 (LBA)
/dev/sdb3 47 141 194560 83 Linux
/dev/sdb4 142 934 1624064 5 Extended
/dev/sdb5 142 285 294896 83 Linux
/dev/sdb6 286 405 245744 c W95 FAT32 (LBA)
/dev/sdb7 406 525 245744 83 Linux
/dev/sdb8 526 926 821232 83 Linux
--------------------------
df -h
/dev/sdb5 279M 183M 94M 67% /media/boot
/dev/sdb7 233M 6.2M 224M 3% /media/cache
/dev/sdb2 16M 119K 16M 1% /media/rom
/dev/sdb3 184M 106M 77M 58% /media/factory
/dev/sdb8 790M 20K 782M 1% /media/boot_
/dev/sdb6 237M 104M 133M 44% /media/NOOK
/dev/sdb1 75M 58M 18M 78% /media/boot__
I'm not entirely sure I got the partitions created in the format or order the nook wants. Luckily, since I do have the contents of the partitions, I do feel like I can get out of this mess, but just haven't managed to find the right sequence yet.
What I'd love to try is using a good, full backup that someone else has made, and then use my individual partition backups to rewrite the sections that are unique to my nook. Unfortunately, the torrent containing the one full backup that someone posted is long dead.
So, If there's anything anyone can think of that will help me revive this thing, I'd be ever so grateful. If you need more information, I'll get it.
Thanks!!!
"What I'd love to try is using a good, full backup that someone else has
made, and then use my individual partition backups to rewrite the
sections that are unique to my nook. Unfortunately, the torrent containing
the one full backup that someone posted is long dead."
You can boot into CWR, and you can probably pull a copy of the factory.zip file from one of your restored partitions.
But I think that where you are is a fixable point at this time - somehow (perhaps because you restored partition by partition and thus weren't able to get a correct set of names tied to them) the names are wrong on some pretty important partitions - system, data and boot!
The partitions at a very fast glance look OK to me in terms of size, number and order.
This, though:
/dev/sdb5 279M 183M 94M 67% /media/boot
/dev/sdb8 790M 20K 782M 1% /media/boot_
/dev/sdb1 75M 58M 18M 78% /media/boot__
/sdb5 should be /system;
/sdb8 should be /data (I seem to remember that Linux calls it 'userdata' when the disk is mounted)
/sdb1 should be boot -- no terminal underscores.
You can rename the partitions using parted in Linux. I would start there - boot noogie, use linux parted to address the problem with partition 1. Try renaming 5 as system and 8 as userdata (I don't have the output to hand to show you exactly what this will look like in parted)
the syntax at the CLI is
(parted) name 1 boot
(parted) quit
for partition 1 to get the name boot
(but also use the parted print command to look to see what the partitions are being called by the disk. There may be others that need tuning, but it looks as if the df command actually did find out what the disk was calling the partitions, which is helpful.)
gparted may work also, and it's a little less intimidating to use if there's a rename partition command in it.
If you can get it to boot even enough to fail, your restore image should be visible to the device and it will eventually see that it's failed enough times to force a reset.
Thanks for the detailed reply!
Since I wrote the above message, I did play with the partitions a little more to get the order to better match what I found in the Nook Touch Partition Hacking thread. Here's how it looks in gParted, after I did the labeling (parted wouldn't name a FAT32 partition):
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Still no luck trying to boot after the renaming.
Then I tried using CWM to flash the factory.zip I was able to extract from my backup. It flashed successfully, but still no boot.
I still question my partition table a bit simply because I haven't been able to find a really good reference as to what the table on a stock Nook should look like.
Kaishio said:
I still question my partition table a bit simply because I haven't been able to find a really good reference as to what the table on a stock Nook should look like.
Click to expand...
Click to collapse
That's what I see:
fdisk -l /dev/block/mmcblk0
Code:
Disk /dev/block/mmcblk0: 1958 MB, 1958739968 bytes
128 heads, 32 sectors/track, 934 cylinders
Units = cylinders of 4096 * 512 = 2097152 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 38 77808 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p2 39 46 16384 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p3 47 141 194560 83 Linux
/dev/block/mmcblk0p4 142 926 1607680 5 Extended
/dev/block/mmcblk0p5 142 285 294896 83 Linux
/dev/block/mmcblk0p6 286 405 245744 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p7 406 525 245744 83 Linux
/dev/block/mmcblk0p8 526 926 821232 83 Linux
mount
Code:
rootfs / rootfs ro 0 0
tmpfs /dev tmpfs rw,mode=755 0 0
devpts /dev/pts devpts rw,mode=600 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
tmpfs /sqlite_stmt_journals tmpfs rw,size=4096k 0 0
/dev/block/mmcblk0p2 /rom vfat rw,sync,noatime,nodiratime,uid=1000,gid=1000,fmask=0117,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,errors=remount-ro 0 0
/dev/block/mmcblk0p5 /system ext2 ro,errors=continue 0 0
/dev/block/mmcblk0p8 /data ext3 rw,nosuid,nodev,noatime,nodiratime,errors=continue,data=ordered 0 0
/dev/block/mmcblk0p7 /cache ext3 rw,nosuid,nodev,noatime,nodiratime,errors=continue,data=ordered 0 0
Really appreciate the responses.
...but I'm still stuck. I made my partitions match exactly what ApokrifX posted, restored from my backups, but no boot. So strange. I'll keep messing with it though.
Maybe I'll have to ninja into barnes and noble and take a full device backup of one of the display units.
Don’t really know what to suggest...
Do you see anything on the screen when it fails to boot?
Were you able to find someone else full backup?
Can you boot noggie, take full backup and try to understand what’s messed up in it by comparing?
I have a theory that all the B&N Nook products have some sort of unbrick mode built in. I have not had a chance to try with a NST but it works fine for my Nook tablet.
1. Create partition table and format partitions see how I did this here http://forum.xda-developers.com/showthread.php?t=1225196
2. set up the first partition with MLO uboot uImage and recovery
3. Get hold of a update file from B&N Site and strip the leading signapk bits and put it on a blank sdcard after renaming it as gossamer_update.zip
4 Start up the nook it should boot from internal emmc see the presence of the special update.zip on sdcard and upgrade / downgrade reinstall etc
just look at some of the posts in the B&N Tablet threads and all this stuff works on that, grepping the source for uboot on the NST gives the gossamer name
meghd00t said:
I have a theory that all the B&N Nook products have some sort of unbrick mode built in. I have not had a chance to try with a NST but it works fine for my Nook tablet.
1. Create partition table and format partitions see how I did this here http://forum.xda-developers.com/showthread.php?t=1225196
2. set up the first partition with MLO uboot uImage and recovery
3. Get hold of a update file from B&N Site and strip the leading signapk bits and put it on a blank sdcard after renaming it as gossamer_update.zip
4 Start up the nook it should boot from internal emmc see the presence of the special update.zip on sdcard and upgrade / downgrade reinstall etc
just look at some of the posts in the B&N Tablet threads and all this stuff works on that, grepping the source for uboot on the NST gives the gossamer name
Click to expand...
Click to collapse
Cool.
OR he can actually use your approach and his backup of all partition to create whole nook image as well! :good:
Thanks m. I only had a few minutes today to mess with it, and while I didn't have any success, it wasn't the best attempt. I'll do more when I have more time.
That being said, to answer ApokrifX's earlier question, I don't see anything change on the screen for a failed boot. If it said Rooted Forever before, that's what stays. If it was CWM's "rebooting" message, that's what stays.
At this point, I'm wondering, rather than trying for a full restore, if I should just focus on getting any sort of boot from emmc. So far, I've had not been able to get any response with a SD card removed. What's the simplest way to show/test any sort of boot from internal memory?
Kaishio said:
At this point, I'm wondering, rather than trying for a full restore, if I should just focus on getting any sort of boot from emmc. So far, I've had not been able to get any response with a SD card removed. What's the simplest way to show/test any sort of boot from internal memory?
Click to expand...
Click to collapse
I wish I can answer that.
Might be coping noogie.img content to first nook partition?
I would PM to mali100 to get clarification first.
ApokrifX said:
Might be coping noogie.img content to first nook partition?
Click to expand...
Click to collapse
That should work, but the boot partition has to start on the correct sector.
mali100 said:
That should work, but the boot partition has to start on the correct sector.
Click to expand...
Click to collapse
Mali,
Do you mean alignment, or something else?
I thought, it is same way everywhere:
“Disk boot sector” (Partition loader) finds first/last active partition, loads its first sector and jumps to it.
“Active partition boot sector” finds boot file by name or have its offset, loads it (partially) and jumps to it.
No idea how it works with noogie, but gotta be something similar?
Another Q:
In Kaishio case, could it be that partitions have correct sizes, but wrong offsets, thus booting process fails?
As I understand it the restrictions are
1. Geometry 128Heads * 32Sectors per track
2. 1st partition has to be type Win95 LBA
3. 1st partition has to be bootable
4. MLO has to be uppercase and the first file on the file system
I had to fiddle a long time with sfdisk to get these rules right.
Kaishio said:
Code:
fdisk -l /dev/sdb
Disk /dev/sdb: 1958 MB, 1958739968 bytes
128 heads, 32 sectors/track, 934 cylinders
Units = cylinders of 4096 * 512 = 2097152 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000001
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 38 77808 c W95 FAT32 (LBA)
/dev/sdb2 39 46 16384 c W95 FAT32 (LBA)
Click to expand...
Click to collapse
meghd00t said:
As I understand it the restrictions are
1. Geometry 128Heads * 32Sectors per track
2. 1st partition has to be type Win95 LBA
3. 1st partition has to be bootable
4. MLO has to be uppercase and the first file on the file system
I had to fiddle a long time with sfdisk to get these rules right.
Click to expand...
Click to collapse
Looks like he had satisfied first 3 conditions.
IMO, if "MLO has to be uppercase", then bootloader is searching for it by name, so it doesn’t have to be "the first file on the file system"
---------- Post added at 04:36 PM ---------- Previous post was at 04:25 PM ----------
Funny: http://overoinfo.blogspot.com/2010/03/creating-bootable-microsd-card.html
It is very important that these three files have precisely these names and are loaded into the boot partition in a very specific order. The Overo boot loader does not use the names per-se but instead loads the FIRST installed file on the boot partition (MLO) which does look for specific name 'u-boot.bin' when it is time to load the boot loader. The boot loader also looks for the specific name uImage to load the Linux kernel.
Click to expand...
Click to collapse
I.e. only u-boot.bin and uImage names are important.
MLO has to be FIRST installed file on the boot partition.
It can have any name.
Hi,
I've tried to install CM10.1 but I ran into some glitches: 10.1 is some how installed but every time I boot up it says "Android is upgrading" followed by a pop up once I unlock saying "Unfortunately, ConfigUpdater has stopped". This happens every time I boot up.
On the device is a multiboot installed I no longer need. In order to get rid of it, I installed newest CWMR, searched multiple partition recovery packages but none of them worked. I always became "can't open /sdcard/*.zip (bad)". Downloading again (from the device as from my Mac) also didn't work.
When connecting it via adb, partition scheme looks as follows:
adb shell busybox fdisk -l /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 7944 MB, 7944011776 bytes
255 heads, 63 sectors/track, 965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 9 72261 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p2 10 18 72292+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p3 19 56 305235 83 Linux
/dev/block/mmcblk0p4 57 965 7301542+ 5 Extended
/dev/block/mmcblk0p5 57 114 465853+ 83 Linux
/dev/block/mmcblk0p6 115 370 2056288+ 83 Linux
/dev/block/mmcblk0p7 371 415 361431 83 Linux
/dev/block/mmcblk0p8 775 965 1534207+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p9 416 671 2056288+ 83 Linux
/dev/block/mmcblk0p10 672 716 361431 83 Linux
/dev/block/mmcblk0p11 717 774 465822 83 Linux
Partition table entries are not in disk order
I compared this with a partition scheme I found here and it looks like there are some differences.
One more thing: When trying to mount /emmc/ via CWMR it says "can't mount /emmc/", not sure but likely this has to do with this.
As there is absolutely no data I would need on the device, I am fine to do what ever is needed in order to straighten this. I'm also used to Linux so able to execute shell commands. I know adb and like to use it.
What would be the best way to get this device back to operational? I don't find my SD-card adapter so I won't be able to prepare SD cards until I will buy a new one next week.
Thanks!
Sven
antagonist01 said:
Hi,
I've tried to install CM10.1 but I ran into some glitches: 10.1 is some how installed but every time I boot up it says "Android is upgrading" followed by a pop up once I unlock saying "Unfortunately, ConfigUpdater has stopped". This happens every time I boot up.
On the device is a multiboot installed I no longer need. In order to get rid of it, I installed newest CWMR, searched multiple partition recovery packages but none of them worked. I always became "can't open /sdcard/*.zip (bad)". Downloading again (from the device as from my Mac) also didn't work.
When connecting it via adb, partition scheme looks as follows:
adb shell busybox fdisk -l /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 7944 MB, 7944011776 bytes
255 heads, 63 sectors/track, 965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 9 72261 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p2 10 18 72292+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p3 19 56 305235 83 Linux
/dev/block/mmcblk0p4 57 965 7301542+ 5 Extended
/dev/block/mmcblk0p5 57 114 465853+ 83 Linux
/dev/block/mmcblk0p6 115 370 2056288+ 83 Linux
/dev/block/mmcblk0p7 371 415 361431 83 Linux
/dev/block/mmcblk0p8 775 965 1534207+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p9 416 671 2056288+ 83 Linux
/dev/block/mmcblk0p10 672 716 361431 83 Linux
/dev/block/mmcblk0p11 717 774 465822 83 Linux
Partition table entries are not in disk order
I compared this with a partition scheme I found here and it looks like there are some differences.
One more thing: When trying to mount /emmc/ via CWMR it says "can't mount /emmc/", not sure but likely this has to do with this.
As there is absolutely no data I would need on the device, I am fine to do what ever is needed in order to straighten this. I'm also used to Linux so able to execute shell commands. I know adb and like to use it.
What would be the best way to get this device back to operational? I don't find my SD-card adapter so I won't be able to prepare SD cards until I will buy a new one next week.
Thanks!
Sven
Click to expand...
Click to collapse
You still have your old dual boot partition scheme on emmc. Since you cannot seem to get CWM to flash a repair zip, you need to do it manually with ADB and fdisk. P1 through p7 are set up correctly. You need to delete p8, p9, p10 and p11. Then recreate p8 as fat32 to fill the rest of the disk.
Sent from my Nook HD+ running CM10.1 on emmc.
Thanks for the quick reply!
I did as you mentioned. Recreation of partition went fine so I booted into recovery in order to create the filesystem. I used "wipe data/factory reset" which ended without error.
But after the reboot data seems to be still unavailable:
[email protected]:/data # mount
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /storage tmpfs rw,relatime,mode=050,gid=1028 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt/secure tmpfs rw,relatime,mode=700 0 0
tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/fuse tmpfs rw,relatime,mode=775,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
/dev/block/mmcblk0p2 /rom vfat rw,noatime,nodiratime,uid=1000,gid=1000,fmask=0117,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/block/mmcblk0p5 /system ext4 ro,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p6 /data ext4 rw,nosuid,nodev,noatime,user_xattr,acl,barrier=1,data=ordered,noauto_da_alloc 0 0
/dev/block/mmcblk0p7 /cache ext4 rw,nosuid,nodev,noatime,user_xattr,acl,barrier=1,data=ordered 0 0
/sys/kernel/debug /sys/kernel/debug debugfs rw,relatime 0 0
/dev/block/vold/179:49 /storage/sdcard1 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:49 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /storage/sdcard1/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
[email protected]:/data # mount /dev/block/mmcblk0p8 tt/
Usage: mount [-r] [-w] [-o options] [-t type] device directory
mkfs.vfat /dev/block/mmcblk0p8
mkfs.vfat: lseek: Value too large for defined data type
I thought mkfs.vfat would make a FAT32 file system? This confuses me...
Any ideas are highly appreciated...
Thanks in advance!
Sven
antagonist01 said:
Thanks for the quick reply!
I did as you mentioned. Recreation of partition went fine so I booted into recovery in order to create the filesystem. I used "wipe data/factory reset" which ended without error.
But after the reboot data seems to be still unavailable:
[email protected]:/data # mount /dev/block/mmcblk0p8 tt/
Usage: mount [-r] [-w] [-o options] [-t type] device directory
mkfs.vfat /dev/block/mmcblk0p8
mkfs.vfat: lseek: Value too large for defined data type
I thought mkfs.vfat would make a FAT32 file system? This confuses me...
Any ideas are highly appreciated...
Thanks in advance!
Sven
Click to expand...
Click to collapse
I don't understand that mount command you did above, so don't know about the mkfs.vfat command either.
The mount command should be:
mount -t vfat /dev/block/mmcblk0p8 /emmc
Since you now have CWM working, go to my NC partition repair thread linked in my signature and flash my 5678 format zip.
Edit: You say data is not available, yet it is mounted in your list as p6. I guess I am not sure what you mean.
Sent from my Nook HD+ running CM10.1 on emmc.
leapinlar said:
I don't understand that mount command you did above, so don't know about the mkfs.vfat command either.
The mount command should be:
mount -t vfat /dev/block/mmcblk0p8 /emmc
Since you now have CWM working, go to my NC partition repair thread linked in my signature and flash my 45678 format zip.
Edit: You say data is not available, yet it is mounted in your list as p6. I guess I am not sure what you mean.
Sent from my Nook HD+ running CM10.1 on emmc.
Click to expand...
Click to collapse
I tried mounting it manually followed by the try to create the FS manually. Also mount -t vfat /dev/block/mmcblk0p8 /emmc gives mem an error.
Anyhow: I downloaded the files from your thread but had no success:
The NookColor-emmc-format-partitions-5-6-7-8.zip gives me
E:Error in /sdcard/Download/new/NookColor-emmc-format-partitions-5-6-7-8.zip
(Status ())
Installation aborted
When trying NookColor-emmc-repair-partitions-1-4-5-6-7-8.zip screen flickers and it returns to CWMR start screen.
I meanwhile believe CWMR is somehow corrupt. I will search for a manual how to flash via ADB...
Thanks!
Sven
antagonist01 said:
I tried mounting it manually followed by the try to create the FS manually. Also mount -t vfat /dev/block/mmcblk0p8 /emmc gives mem an error.
Anyhow: I downloaded the files from your thread but had no success:
The NookColor-emmc-format-partitions-5-6-7-8.zip gives me
E:Error in /sdcard/Download/new/NookColor-emmc-format-partitions-5-6-7-8.zip
(Status ())
Installation aborted
When trying NookColor-emmc-repair-partitions-1-4-5-6-7-8.zip screen flickers and it returns to CWMR start screen.
I meanwhile believe CWMR is somehow corrupt. I will search for a manual how to flash via ADB...
Thanks!
Sven
Click to expand...
Click to collapse
You cannot flash by ADB. What version of CWM are you using?
Does the fdisk command say that p8 was created properly? And you changed p8 to fat with fdisk, right? You did tell it to write (w) after making those changes?
Sent from my Nook HD+ running CM10.1 on emmc.
leapinlar said:
You cannot flash by ADB. What version of CWM are you using?
Does the fdisk command say that p8 was created properly? You did tell it to write (w) after making those changes, right?
Sent from my Nook HD+ running CM10.1 on emmc.
Click to expand...
Click to collapse
OK, that explains my unsuccessful search. I thought it would be possible as I usually do this with my Nexus7 as well...
I wrote the partition table and it also is there:
[email protected]:/ # fdisk -l /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 7944 MB, 7944011776 bytes
255 heads, 63 sectors/track, 965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 9 72261 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p2 10 18 72292+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p3 19 56 305235 83 Linux
/dev/block/mmcblk0p4 57 965 7301542+ 5 Extended
/dev/block/mmcblk0p5 57 114 465853+ 83 Linux
/dev/block/mmcblk0p6 115 370 2056288+ 83 Linux
/dev/block/mmcblk0p7 371 415 361431 83 Linux
/dev/block/mmcblk0p8 416 965 4417843+ c Win95 FAT32 (LBA)
[email protected]:/ #
Here the history of what I did:
[email protected]:/ # fdisk /dev/block/mmcblk0
Command (m for help): p
Disk /dev/block/mmcblk0: 7944 MB, 7944011776 bytes
255 heads, 63 sectors/track, 965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 9 72261 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p2 10 18 72292+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p3 19 56 305235 83 Linux
/dev/block/mmcblk0p4 57 965 7301542+ 5 Extended
/dev/block/mmcblk0p5 57 114 465853+ 83 Linux
/dev/block/mmcblk0p6 115 370 2056288+ 83 Linux
/dev/block/mmcblk0p7 371 415 361431 83 Linux
/dev/block/mmcblk0p8 775 965 1534207+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p9 416 671 2056288+ 83 Linux
/dev/block/mmcblk0p10 672 716 361431 83 Linux
/dev/block/mmcblk0p11 717 774 465822 83 Linux
Partition table entries are not in disk order
Command (m for help): d
Partition number (1-11): 11
Command (m for help): d
Partition number (1-10): 10
Command (m for help): d
Partition number (1-9): 9
Command (m for help): d
Partition number (1-8): 8
Command (m for help): n
First cylinder (416-965, default 416):
Using default value 416
Last cylinder or +size or +sizeM or +sizeK (416-965, default 965):
Using default value 965
Command (m for help): t
Partition number (1-8): 8
Hex code (type L to list codes): c
Changed system type of partition 8 to c (Win95 FAT32 (LBA))
Command (m for help): p
Disk /dev/block/mmcblk0: 7944 MB, 7944011776 bytes
255 heads, 63 sectors/track, 965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 9 72261 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p2 10 18 72292+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p3 19 56 305235 83 Linux
/dev/block/mmcblk0p4 57 965 7301542+ 5 Extended
/dev/block/mmcblk0p5 57 114 465853+ 83 Linux
/dev/block/mmcblk0p6 115 370 2056288+ 83 Linux
/dev/block/mmcblk0p7 371 415 361431 83 Linux
/dev/block/mmcblk0p8 416 965 4417843+ c Win95 FAT32 (LBA)
Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table
fdisk: WARNING: rereading partition table failed, kernel still uses old table: Device or resource busy
Is it possible to replace the actual recovery with a new one? Or would I need a recovery on SD Card?
CWRM is 6.0.3.1 by the way...
Thanks!
Sven
antagonist01 said:
OK, that explains my unsuccessful search. I thought it would be possible as I usually do this with my Nexus7 as well...
I wrote the partition table and it also is there:
Disk /dev/block/mmcblk0: 7944 MB, 7944011776 bytes
255 heads, 63 sectors/track, 965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 * 1 9 72261 c Win95 FAT32 (LBA)
/dev/block/mmcblk0p2 10 18 72292+ c Win95 FAT32 (LBA)
/dev/block/mmcblk0p3 19 56 305235 83 Linux
/dev/block/mmcblk0p4 57 965 7301542+ 5 Extended
/dev/block/mmcblk0p5 57 114 465853+ 83 Linux
/dev/block/mmcblk0p6 115 370 2056288+ 83 Linux
/dev/block/mmcblk0p7 371 415 361431 83 Linux
/dev/block/mmcblk0p8 416 965 4417843+ c Win95 FAT32 (LBA)
Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table
fdisk: WARNING: rereading partition table failed, kernel still uses old table: Device or resource busy
Is it possible to replace the actual recovery with a new one? Or would I need a recovery on SD Card?
CWRM is 6.0.3.1 by the way...
Thanks!
Sven
Click to expand...
Click to collapse
Ok, the partition table looks right.
And that 6.0.3.1 CWM is the problem. My old zips do not work on that version. You somehow need to get an older version like 5.5.0.4 on there. You could try flashing the emmc version zip from my NC Tips thread linked in my signature. But it might fail to install too since it is also an old zip.
Sent from my Nook HD+ running CM10.1 on emmc.
Now it makes sense! I meanwhile called my neighbor and got an micro SD card reader borrowed. I saw you have a rescue image linked in your thread as well. Once the card is backed up, I will flash this in order to fix the Nook.
About the threads: Awesome help pages! They really describe everything in a perfect way! The only thing I could think of as minor improvement is md5sums for the links.
I will report back once I'm finished with the SD card.
Thanks a lot for your help!
Sven
Alright, worked like a charm! I've dd'ed the image to a SD card, copied the packages to it and booted into it. From there everything was easily done.
Thank you leapinlar for your quick help and the great manuals!
Sven