[SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

ahel · 2010-11-29 00:28:04

I'm installing on a netbook that is gonna have[i hope] a 16 gb root on a ssd and a 14gb home and and var [2GB] on a 16GB SDHC.
my first set up of parttions by dev fails after reboot' cause sdb is not found[that was the media installation].
first I use uuid and then label : no different results; trying to mount sdb>crashes->to an emergency shell.
after several attempts and a question on irc I've reluctantly reinstalled the system using uuid also in the installation but without the desired result.
after Commenting on the lines of fstab
# / Dev/sdb1 ...
#/ Dev/sdb2
everything goes till to login without errors [I think] but it creates the folders home and var in the root[and that's not fair].
trying to figure out,i've found this

dmesg | grep sdb: # sd 4:0:0:0: [sdb] Write Protect is on ...

i've done a google-search on that error [I think it's THE error, but who knows] and then another search on compatible fswith sdhc, but then I surrender to despair and i've posted here.
thank you for any hints

Last edited by ahel (2011-02-07 16:17:19)

ahel · 2010-11-29 18:19:53

but if i say

[root@(none) ~]mount /dev/sdb1 -v : 
/dev/sdb1 on /home type ext4 (rw)

it turns out this!
wtf?
if it can be mounted, why it didn't do it automatically?

i've also tried

e2fsck -b 32864 -c /dev/sdb||sync

because fsck.ext4 says at boot that there are bad superblocks, but i didn't find a solution[yet]

.:B:. · 2010-11-29 18:33:05

Don't SDHC cards have a switch similar to floppies: when enabled the storage is read-only?

ahel · 2010-11-29 20:22:24

ty for answering me, but i've already checked
^^

ahel · 2011-02-07 16:16:45

ok i've solved using /etc/rc.local
tya

tomk · 2011-02-07 16:49:57

FYI the /home and /var directories will always be created under / - they can be used as directories within the root filesystem, or they can be used as mount points for other filesystems. You are attempting to do the latter.

The reason you were able to mount it after boot, even though it didn't mount during boot, is probably due to it not being made available in time e.g. the required driver(s) were loaded too late and/or they needed settling time after loading. /etc/rc.local is one option for dealing with this - loading the drivers in your initramfs image could be another one.

ahel · 2011-02-07 20:07:56

tomk wrote:

FYI the /home and /var directories will always be created under / - they can be used as directories within the root filesystem, or they can be used as mount points for other filesystems. You are attempting to do the latter.
The reason you were able to mount it after boot, even though it didn't mount during boot, is probably due to it not being made available in time e.g. the required driver(s) were loaded too late and/or they needed settling time after loading. /etc/rc.local is one option for dealing with this - loading the drivers in your initramfs image could be another one.

cool!
thank you!

passaro · 2012-08-02 20:59:19

I know this is old, but i have the same issue.
Can you share your line in /etc/rc.local?
thx

Arch Linux

#1 2010-11-29 00:28:04

[SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

#2 2010-11-29 18:19:53

Re: [SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

#3 2010-11-29 18:33:05

Re: [SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

#4 2010-11-29 20:22:24

Re: [SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

#5 2011-02-07 16:16:45

Re: [SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

#6 2011-02-07 16:49:57

Re: [SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

#7 2011-02-07 20:07:56

Re: [SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

#8 2012-08-02 20:59:19

Re: [SOLVED]write protect is on: dmesg|grep sdb [sdhc 16gb trascendent]

Board footer