10 ms·
In a couple of decades running Linux installations of all flavours, I have never seen anything in lost+found!
by FerretFred 3mo ago
In a couple of decades running Linux installations of all flavours, I have never seen anything in lost+found!
- int0x29 3mo agoMy SD cards have always had stuff in that folder. It scares me. I try not to look
- lokar 3mo agoYou need to use worse hardware and bad power :)
- FerretFred 3mo agoUmm .. how about a Raspberry Pi Zero 2W powered by a 2000MaH " lipstick style" powerbank?
- comboy 3mo agoYeah, I think lack of any decent hardware RAID could be a prerequisite.
- marcosdumay 3mo agoAnd more concurrent writes. But I think ext4 will only let things appear there if you change some default flags.
- pkaye 3mo agoI used to develop SSD firmware and one of things I worked on is making it robust to power failure. The power supplies have lots of capacitance so the voltage drop was slow so we would use a special test board that would disconnect from power and discharge fast to test it.
- doublepg23 3mo agoThank you for your service!
- lokar 3mo agoMy main experience is with pre-scsi/ide systems :)
- ExoticPearTree 3mo agoYou would flush the SSD memory to "disk", right? When you have dirty writes in the kernel that have not yet been written to disk, in the old days of ext2 (before XFS was ported to Linux) if the power would go out, or you would have a bad disk, when fsck.ext2 would run, if files could not be matched to a directory, they would placed in the /lost+found as, and hopefully my memory is intact, as inode numbers, so you would have 1232342343, 123246564 etc and then you would have to look at each file to figure out what it was and where to move it if it was salvageable. Brought back some memories.
- pkaye 3mo agoThe testing was at the drive level without an OS like ext2. The test was with no flush (with flush test is easy to pass). Without PLP, the pass criteria is that the data that was buffered can be either the older or newer data and not corrupted or previous data. All the other blocks on the SSD should remain unchanged. Its trickier that you think because MLC/TLC NAND could corrupt other blocks due to NAND structure and we had to deal with that. Then you also have to worry about system data in the NAND doesn't get corrupted.
- mixmastamyk 3mo agoHave to run fsck. This used to be forced about once a month but don’t remember it happening in the last decade or so.
- arendtio 3mo agoSame here. And I had some pretty f**ed up file systems. At one point, I had one where the directory structure was completely broken and had circles in it (broken SSD). To be fair, in that particular case, I did not look for lost+found and just wrote a tool to extract the data manually that I was looking for.
- JdeBP 3mo agoThat's what the answers are missing, of course. In some filesystem formats, it's possible either to recover completely from a journal/intent log, or at least to recover everything to the point that recovered files can be placed into the correct directory.
- pixl97 3mo agoYea, run an old kernel with ext2 on a busy system writing a bunch of small files and have a power supply fail and you'll end up with something there. fsck on large hard drives was scary on how long it could take to finish.
- Sophira 3mo agoThe occassional "Drive has not been checked in <n> days, forcing check" message on bootup got annoying sometimes, yeah. It could easily take tens of minutes to finish, exactly when I wanted to use the computer! (At least this is what my memory is telling me. I could be mistaken, but that's what I remember.)
- jleedev 3mo ago"check forced", as though the machine is advising me to go look at some daemon named forced.
- nosioptar 3mo agoForced sounds like a systemd service for Jedi stuff.
- DonHopkins 3mo agoThese are not the inodes you're fscking for.
- b112 3mo agoI had a largish raid back then, under ext2, may have been a massive 40G. I recall going to sleep and it still not being done when I woke up. Bleh.
- wpollock 3mo agoOne of several reasons to partition a large volume into smaller ones. At least, back then.
- deleted 3mo ago[deleted]
- deleted 3mo ago[deleted]
- cobbaut 3mo ago> In a couple of decades running Linux installations of all flavours, I have never seen anything in lost+found! I saw it often. Running fsck on a crashed/failed partition usually does put some files in there. Maybe I kept using old hardware too long...