Re: accidentally overwritten wrong drive with DD, please help

2024-06-24 Thread B. Atticus Grobe
A word of warning: even multiple overwrites are not guaranteed to erase any kind of flash-based storage. This applies even to some spinning rust now that have intermediate flash storage caches on them (although those tend to be enterprise-level devices). SSD/NVME's made by a reputable

Re: accidentally overwritten wrong drive with DD, please help

2024-06-24 Thread Stuart Henderson
On 2024-06-24, Anon Loli wrote: > On Mon, Jun 24, 2024 at 07:36:57AM -0400, Steve Litt wrote: >> Anon Loli said on Sun, 23 Jun 2024 12:19:15 + >> >> >> >Okay, I've enabled the drive now, how do I approach this? >> >I want the drive that's receiving the data copy to be encrypted, and >> >>

Re: accidentally overwritten wrong drive with DD, please help

2024-06-24 Thread Kirill A . Korinsky
On Mon, 24 Jun 2024 19:29:52 +0100, Anon Loli wrote: > > Encryption is a must, it's not just family photos, but even if it was, I'm > still not putting them on clear disk > You may fill your disk, after you recover everything with random data. Couple of times. It removes everything. -- wbr,

Re: IPv6 ULA routing stops working after 20 hours or so

2024-06-24 Thread Thomas Bohl
Am 23.06.2024 um 19:50 schrieb Thomas Bohl: The router doesn't have a valid NDP entry. It has a NDP entry for an address ifconfig says is deprecated. If I force the use of this deprecated address with "ping -I" the response are received. I have to verify if it always stops if pltime reaches

route -n show blackhole routes

2024-06-24 Thread Tom Smyth
Folks, while reviewing nsh I was wondering how to improve show route commands... reviewing the man route man page, there doesnt seem to be a straight forward way of displaying blackhole routes without using route show |grep B for blackhole route show |grep R for Reject is there something

Re: accidentally overwritten wrong drive with DD, please help

2024-06-24 Thread Abel Abraham Camarillo Ojeda
On Mon, Jun 24, 2024 at 12:34 PM Anon Loli wrote: > ... > Like what use is backing it up now and then making the filesystem on the > same > drive and fucking up that entire drive? > > backup now is so you can make different tests and still have somewhere to come back anything you do can further

Re: accidentally overwritten wrong drive with DD, please help

2024-06-24 Thread Anon Loli
On Mon, Jun 24, 2024 at 07:36:57AM -0400, Steve Litt wrote: > Anon Loli said on Sun, 23 Jun 2024 12:19:15 + > > > >Okay, I've enabled the drive now, how do I approach this? > >I want the drive that's receiving the data copy to be encrypted, and > > Encrypted? Man, you're getting too

OT: gnubook: a "social" dedicated to the opensource software

2024-06-24 Thread Dan
Hello, Just want to promote among this community too, gnubook https://gnubook.org an attempt for a social network dedicated to the opensource software. Gnubook will be base on Faceborg (like my own https://bsdload.com) for now and open to any fellow interested to talk and have a social presence

Re: accidentally overwritten wrong drive with DD, please help

2024-06-24 Thread Steve Litt
Anon Loli said on Sun, 23 Jun 2024 12:19:15 + >Okay, I've enabled the drive now, how do I approach this? >I want the drive that's receiving the data copy to be encrypted, and Encrypted? Man, you're getting too complicated for the situation. Priorities. Task 1 is to copy over the borked

Re: 7.5 install crashes on "entry point at 0x1001000" HP Elitebook 840 G10

2024-06-24 Thread Comète
Hello, finally i'm still stuck on this problem. Are there any other tests I can do ? Thank you Comete 27 mai 2024 21:24 "Comète" a écrit: > Hi Aaron, > > thanks for the idea. Booting the regular kernel as suggested, has the same > result: > it freezes on "entry point at 0x1001000" too. >

Re: accidentally overwritten wrong drive with DD, please help

2024-06-24 Thread Страхиња Радић
Дана 24/06/23 10:28PM, Andy Bradford написа: > Once you have that, make another copy of it and start using whatever > tools you can to inspect the raw data to discover whether or not it is > likely that you'll be able to recover anything from it. (@OP:) If the data is that important (family