On 7/14/21 3:47 AM, Thomas Schmitt wrote:
Hi,
Brian wrote:
It would be nice to avoid having to have root privileges in order
to do 'cp /dev/sdX' with a USB stick. A udev rule under
/etc/udev/rules.d/ could be a solution:
SUBSYSTEM=="block", ATTRS{removable}=="1", GROUP="floppy"
This coul
wrote:
...
> My experience, too. I've done that for other people now and then
> (because this never happens to me [1]) and when they say "gee...
> this is taking long", my reply is "wait until we've to go over all
> that "recovered" stuff".
many years ago i had a windows check disk of about 300
On Wed, Jul 14, 2021 at 10:36:23AM +, neroni_and...@yahoo.it wrote:
> [...] Something has been retrieved, I'll need a lot of time to go over
> everything though.
My experience, too. I've done that for other people now and then
(because this never happens to me [1]) and when they say "gee...
Hi,
> Since the partition now begins by a valid and complete ISO 9660 filesystem
> it might be necessary to deface the filesystem before any search for
> remnants of the original file system structure can get onto the right track.
>
> So if the rescue effort does not show sufficient results, th
Hi,
Brian wrote:
> It would be nice to avoid having to have root privileges in order
> to do 'cp /dev/sdX' with a USB stick. A udev rule under
> /etc/udev/rules.d/ could be a solution:
>
> SUBSYSTEM=="block", ATTRS{removable}=="1", GROUP="floppy"
This could have prevented the mishap, indeed, p
On Tue 13 Jul 2021 at 22:12:28 +, Andrea Neroni wrote:
> While preparing a bootable USB a wild dd command was executed on the
> wrong partition, namely on /dev/sda5 instead of the intended /dev/sdb.
> The consequences are easy to imagine.
It would be nice to avoid having to have root privileg
On Wed, Jul 14, 2021 at 10:09:17AM +0200, Thomas Schmitt wrote:
> Hi,
[good advise, as always from Thomas]
> (If enough empty storage is available, then i'd advise to make a plain
> copy of /dev/sda5 before beginning to fiddle with it.)
Oh, yes. Forgot that. Make *always* a copy and play on that
Hi,
to...@tuxteam.de wrote:
> Testdisk is more about the file system structure, whereas PhotoRec tries
> to rescue (portions of) files based on content.
Since the partition now begins by a valid and complete ISO 9660 filesystem
it might be necessary to deface the filesystem before any search for
On Wed, Jul 14, 2021 at 12:26:29PM +0500, Alexander V. Makartsev wrote:
[...]
> >> testdisk
> >(Formerly called PhotoRec) [...]
> It looks like these two are different programs with different purposes.
> https://www.cgsecurity.org/wiki/Main_Page
(I guess the above snippet is what you're refer
On 14.07.2021 11:55, to...@tuxteam.de wrote:
On Tue, Jul 13, 2021 at 10:40:20PM -0400, songbird wrote:
Andrea Neroni wrote:
...
Question: having those information, is it possible to repair the partition =
to a state where I can copy away as much data I can and how can I do it?
Thanks to everybo
On Tue, Jul 13, 2021 at 10:40:20PM -0400, songbird wrote:
> Andrea Neroni wrote:
> ...
> > Question: having those information, is it possible to repair the partition =
> > to a state where I can copy away as much data I can and how can I do it?
> > Thanks to everybody!
>
>
> testdisk
(Formerly
On 14.07.2021 03:12, Andrea Neroni wrote:
Hi all,
While preparing a bootable USB a wild dd command was executed on the
wrong partition, namely on /dev/sda5 instead of the intended /dev/sdb.
The consequences are easy to imagine. However, as the start of the
disk has not been touched (the comman
Andrea Neroni wrote:
...
> Question: having those information, is it possible to repair the partition =
> to a state where I can copy away as much data I can and how can I do it?
> Thanks to everybody!
testdisk
songbird
13 matches
Mail list logo
