Where are my missing 22591 files?They are probably in the lost+found directory.
I recently encounted an i/o error on my backup NAS drive, so I ran fsck.
It indicated a bad superblock so I ran sudo fsck -b 8193 /dev/sdc1 and answered y to fixes. Now I get this:
pi@rpi4b:~/Downloads/complete $ sudo fsck.ext4 /dev/sdc1 e2fsck 1.44.5 (15-Dec-2018)
NAS8: clean, 22591/244191232 files, 1356495135/1953506304 blocks pi@rpi4b:~/Downloads/complete $ sudo mount -t ext4 /dev/sdc1 /mnt/NAS pi@rpi4b:~/Downloads/complete $ ls /mnt/NAS lost+found pi@rpi4b:~/Downloads/complete $ sudo ls /mnt/NAS lost+found pi@rpi4b:~/Downloads/complete $ sudo ls -a /mnt/NAS . .. lost+found pi@rpi4b:~/Downloads/complete $
Where are my missing 22591 files? Can I recover them? I am running
updated buster on my raspberry pi 4b w/ 4Gig.
Thanks.
--Steven
NAS8: clean, 22591/244191232 files, 1356495135/1953506304 blocks
pi@rpi4b:~/Downloads/complete $ sudo ls -a /mnt/NAS
. .. lost+found
/lost+found is normally empty on a clean partition with no disk errors
So, why do you think there are no files or directories on your NAS disk
since you apparently haven't run "sudo ls /"
How many files were you expecting to see?
In article <rv7dhr$qhv$1...@dont-email.me>,
Martin Gregorie <mar...@mydomain.invalid> wrote:
/lost+found is normally empty on a clean partition with no disk errors Correct.Because "ls /" would show the root filesystem of the machine (irrelevant) and the OP did mount the affected disk on /mnt/NAS, and then did
So, why do you think there are no files or directories on your NAS disk >since you apparently haven't run "sudo ls /"
ls /mnt/NAS
which showed an empty disk has been mounted, save for lost+found (which I suggested they look *inside*, not just squint *at* as they've done so far!) >How many files were you expecting to see?
22591. As per fsck's claim that there are 22591 files in the fscked-up filesystem (hiding!)
Tips about restoring /home etc. may be a red-herring here, as there is
no indication there is anything *wrong* with /home, or the / filesystem, proceed
with caution.
Make very sure you know WHICH filesystem you are mounting/fscking/wiping/restoring
before doing it.
The best time to shoot yourself in the *other* foot, is when you are just recovering from shooting yourself in the first one!
-- --------------------------------------+------------------------------------ Mike Brown: mjb[-at-]signal11.org.uk | http://www.signal11.org.uk
I just got this 8TB drive for christmas and am hoping it is not
dying already.
I found that fsck did a better job than gparted for resurrecting drive.
Thanks to all. I found all the missing folders in lost+found with #inode-n= >umbers. It was easy to move those folders into the main directory and rena= >me to original names as best as I remember.
learned about lost+found in this adventure. I always wondered what it was us= >ed for.
I just got this 8TB drive for christmas and am hoping it is not dying already.
Now, go and learn about "smartmon tools" and "smartctl" just to check
that the new drive isn't*actually* dying!:)
I recently encounted an i/o error on my backup NAS drive, so I ran fsck.
It indicated a bad superblock so I ran sudo fsck -b 8193 /dev/sdc1 and answered y to fixes. Now I get this:
pi@rpi4b:~/Downloads/complete $ sudo fsck.ext4 /dev/sdc1 e2fsck 1.44.5 (15-Dec-2018)
NAS8: clean, 22591/244191232 files, 1356495135/1953506304 blocks pi@rpi4b:~/Downloads/complete $ sudo mount -t ext4 /dev/sdc1 /mnt/NAS pi@rpi4b:~/Downloads/complete $ ls /mnt/NAS lost+found pi@rpi4b:~/Downloads/complete $ sudo ls /mnt/NAS lost+found pi@rpi4b:~/Downloads/complete $ sudo ls -a /mnt/NAS . .. lost+found pi@rpi4b:~/Downloads/complete $
Where are my missing 22591 files? Can I recover them? I am running
updated buster on my raspberry pi 4b w/ 4Gig.
Thanks.
--Steven
Glad to see in the thread that you have located & recovered your files
as a side topic another good recovery tool is photorec
alister <alister.ware@ntlworld.com> writes:
Glad to see in the thread that you have located & recovered your files
as a side topic another good recovery tool is photorec
Better still, keep backups.
(The thread is puzzlingly titled. If they are backup files then instead
of trying to recover them, why not just make a new backup?)
On 02/02/2021 15:01, Richard Kettlewell wrote:
alister <alister.ware@ntlworld.com> writes:
Glad to see in the thread that you have located & recovered your files
as a side topic another good recovery tool is photorec
Better still, keep backups.
(The thread is puzzlingly titled. If they are backup files then instead
of trying to recover them, why not just make a new backup?)
Pedant.
On 2021-02-02, The Natural Philosopher <tnp@invalid.invalid> wrote:
On 02/02/2021 15:01, Richard Kettlewell wrote:Richard was not on his own, I thought the same thing! But I was glad
alister <alister.ware@ntlworld.com> writes:Pedant.
Glad to see in the thread that you have located & recovered your
files
as a side topic another good recovery tool is photorec
Better still, keep backups.
(The thread is puzzlingly titled. If they are backup files then
instead of trying to recover them, why not just make a new backup?)
things turned out ok.
A few years ago I lost backup files when my backup disk died. New disk -
new backup and no problem.
(The thread is puzzlingly titled. If they are backup files then instead
of trying to recover them, why not just make a new backup?)
alister <alister.ware@ntlworld.com> writes:
Glad to see in the thread that you have located & recovered your files
as a side topic another good recovery tool is photorec
Better still, keep backups.
(The thread is puzzlingly titled. If they are backup files then instead
of trying to recover them, why not just make a new backup?)
(The thread is puzzlingly titled. If they are backup files then instead
of trying to recover them, why not just make a new backup?)
On 01/02/2021 18:28, Mike wrote:
Now, go and learn about "smartmon tools" and "smartctl" just to check
that the new drive isn't*actually* dying!:)
+10001!!!
smartmon, however, has been utterly unable to prevent or warn about
SD cards in a R-Pi dying without warning (once) or Pi USB memory sticks (twice) because that's not in its remit :(
smartmon, however, has been utterly unable to prevent or warn aboutI have to say that I regard SD cards in Pis (or anywhere else for that >matter) as 'throw away when they break' devices.
SD cards in a R-Pi dying without warning (once) or Pi USB memory sticks
(twice) because that's not in its remit :(
On 02/02/2021 15:01, Richard Kettlewell wrote:
alister <alister.ware@ntlworld.com> writes:
Glad to see in the thread that you have located & recovered your files
as a side topic another good recovery tool is photorec
Better still, keep backups.
(The thread is puzzlingly titled. If they are backup files then instead
of trying to recover them, why not just make a new backup?)
Pedant.
Pedant.
Specifically, a pedant who didn’t lose anything when his Pi’s SD card failed without warning the other day.
On 03/02/2021 11:44, Richard Kettlewell wrote:
Pedant.
Specifically, a pedant who didn’t lose anything when his Pi’s SD card
failed without warning the other day.
Surely you lost the SD card?
The Natural Philosopher <tnp@invalid.invalid> writes:
On 02/02/2021 15:01, Richard Kettlewell wrote:
alister <alister.ware@ntlworld.com> writes:
Glad to see in the thread that you have located & recovered your files >>>>
as a side topic another good recovery tool is photorec
Better still, keep backups.
(The thread is puzzlingly titled. If they are backup files then instead
of trying to recover them, why not just make a new backup?)
Pedant.
Specifically, a pedant who didn’t lose anything when his Pi’s SD card failed without warning the other day.
On 03/02/2021 11:44, Richard Kettlewell wrote:
Pedant.
Specifically, a pedant who didn’t lose anything when his Pi’s SD card
failed without warning the other day.
Surely you lost the SD card?
But the pedantry was the strict 'one true stick' interpretation of what
is meant by 'backup'.
On 03/02/2021 11:44, Richard Kettlewell wrote:
Pedant.
Specifically, a pedant who didn’t lose anything when his Pi’s SD card
failed without warning the other day.
Surely you lost the SD card?
I have to say that I regard SD cards in Pis (or anywhere else for that >matter) as 'throw away when they break' devices. The whole thing (Pi
+ SD card) costs so little. On the other hand I've not managed to
actually break either a Pi or an SD card yet! :-)
You learn these things two ways.
Other people's near misses and disasters, or your own.
Saw a cartoon the other day along the lines of:
Tech Support:
Did you back up?
Scared customer:
Why? Is it going to explode?
Yes, it's an ambiguous word.
On 2021-02-02, Mike <mjb@signal11.invalid> wrote:
You learn these things two ways.
Other people's near misses and disasters, or your own.
The Aviation Safety Letters issued by Transport Canada
are headed by an appropriate saying:
Learn from others' mistakes; you won't
live long enough to make them all yourself.
On Tue, 2 Feb 2021 21:39:40 +0000, Chris Green <cl@isbd.net> declaimed the following:
I have to say that I regard SD cards in Pis (or anywhere else for that
matter) as 'throw away when they break' devices. The whole thing (Pi
+ SD card) costs so little. On the other hand I've not managed to
actually break either a Pi or an SD card yet! :-)
I did kill an SD card... I had managed to compile and run the HINT benchmark suite (had to tweak the parameters a lot -- the examples were listed from back in the days of 233MHz Pentiums, and a 1+GHz processor just overran the benchmark) -- using free space on the SD card for swap. After that I configured a USB hard drive for swap...
l-) yes, it’s a very small coaster now. Also an hour or so figuring out
how to turn my backup back into a bootable system.
In message <601ab0b5$0$11321$e4fe514c@news.xs4all.nl>
jornws200602@xs4all.nl (Oscar) wrote:
Saw a cartoon the other day along the lines of:
Tech Support:
Did you back up?
Scared customer:
Why? Is it going to explode?
Yes, it's an ambiguous word.
"Have you put the cat out?"
"I didn't realise it was on fire."
David
On 2021-02-03 16:34 , Richard Kettlewell wrote:
l-) yes, it’s a very small coaster now. Also an hour or so figuring outWOuld you mind posting the steps?
how to turn my backup back into a bootable system.
Dr Eberhard W Lisse <nospam@lisse.NA> writes:
On 2021-02-03 16:34 , Richard Kettlewell wrote:
l-) yes, it’s a very small coaster now. Also an hour or so figuring out >>> how to turn my backup back into a bootable system.WOuld you mind posting the steps?
https://github.com/ewxrjk/pinotes/blob/main/restore.md
Thank you,
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 296 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 43:07:21 |
| Calls: | 6,648 |
| Files: | 12,193 |
| Messages: | 5,329,635 |