Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux? |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
09-22-2020, 05:11 AM
|
#1
|
LQ Guru
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 17,634
|
Sdcard error msg - Options?
Code:
bash-5.0$ sudo mount /dev/mmcblk0p2 /mnt/zip
Password:
mount: /mnt/zip: mount(2) system call failed: Structure needs cleaning.
bash-5.0$
bash-5.0$ sudo e2fsck -fv /dev/mmcblk0p2
Password:
e2fsck 1.45.6 (20-Mar-2020)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
e2fsck: Group descriptors look bad... trying backup blocks...
rootfs: recovering journal
e2fsck: unable to set superblock flags on rootfs
rootfs: ********** WARNING: Filesystem still has errors **********
It's only an sdcard, but does anyone know the way out of that?
|
|
|
09-22-2020, 05:53 AM
|
#2
|
LQ Addict
Registered: Mar 2012
Location: Hungary
Distribution: debian/ubuntu/suse ...
Posts: 24,374
|
You need to check the filesystem type on that card. How old is it? How it was used?
|
|
|
09-22-2020, 12:29 PM
|
#3
|
LQ Guru
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 17,634
Original Poster
|
The filesystem is ext4. it's 4-5 months old, and it's the / filesystem in a RazPi 4.
mmcblk0p1 = 250M
mmcblk0p2 = rest of 32G
Yes it could be near EOL. But running badblocks with a write option takes all night and doesn't improve the SDCard any. The crazy thing is, the RazPi mounts it, whereas my x86 box won't. I had hoped for an expert on extX filesystems, but it seems not. I threw the error into DDG. This is from stackexchange:
Quote:
I know this is an old thread, but, I figured I'd offer some insight.
This seems to be the way sd cards die a natural death. The number of read/write cycles sd cards can endure is substantially lower than most other mediums considered 'read/write'. When that has been exhausted, the card will go into read only mode, but won't inform you of such. Lots of things will think they're writing to the card thanks to OS caching, etc., but nothing ever sticks.
A great way to kill an sd card is to mount it as a swap partition or something that's very read/write intensive. You'd be surprised how quickly you can kill a card that way. I've found that running knoppix off of an sd card or usb thumb drive will only last a month or two, depending on the quality of the card and the intensity of knoppix usage. (I've since switched to running knoppix off of a usb SSD drive which has lasted a couple of years now).
--Joe
|
It seems like I'll have to go to usb SSD. But I'll also have to go to 'noatime' on the remaining sdcards
EDIT: I fsck'ed /dev/mmcblk0p1 (the /boot partition) this morning and it was fixed. Now I can't mount it. It seems to have gone the way of all sdcards…
Last edited by business_kid; 09-22-2020 at 02:02 PM.
|
|
|
09-22-2020, 12:53 PM
|
#4
|
LQ Guru
Registered: Sep 2011
Location: Upper Hale, Surrey/Hants Border, UK
Distribution: One main distro, & some smaller ones casually.
Posts: 5,902
Rep: 
|
Going USB3 instead of mSDHC card, I think is a wise decision.
I'm running my RPi4 from an external HDD, it's almost as fast as from an SSD, so if you've got a spare around, worth a try.
Edit: If you decide on an SSD, you only need a cable to connect it, whereas, a HDD usually requires a case.
Last edited by fatmac; 09-22-2020 at 12:55 PM.
|
|
|
09-22-2020, 12:56 PM
|
#5
|
LQ Addict
Registered: Mar 2012
Location: Hungary
Distribution: debian/ubuntu/suse ...
Posts: 24,374
|
Earlier RPi needed an sdcard to boot. Probably it has been changed already.
|
|
|
All times are GMT -5. The time now is 12:57 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|