Show Posts

You can view here all posts made by this member. Note that you can only see posts made in areas to which you currently have access.

Messages - Mad Penguin

Pages: [1] 2 3 ... 93
Ok, so if you accidentally delete a file, what this effectively does is to remove the file name from the file index and mark the space associated with the file as available for use. If you stop using the system at "that" point, i.e. before the space is used up by something else, it's is generally possible to recover the data. However. What you have done is to replace your data, block for block, with new data, so on the face of it, there is nothing to recover as the data itself has been overwritten - at least for the first couple of G of data,

In terms of "how to the FBI do it?", overwriting a block on the disk could be analogous with writing something with pencil, erasing it with a rubber, then writing something new on top. What was there has gone, however with the right tools (maybe with some graphite powder etc) it may be possible to see an imprint of what was there and deduce what had previously been written. Now this relates to magnetic storage, not sure how it applies to solid state media, but either way I think it would likely require specialised (physical) tools, be expensive, and unlikely to produce very much that's usable. As far as I'm aware standard hardware can't recover overwritten blocks from any type of media.

If you think there may be data you want on the device "after" the first couple of G's, i.e. the size of the ubuntu ISO, you will need a tool that will scan your device at block level looking for valid file / directory entries .. the tool you need really depends on the filesystem that "was" on the device before it was overwritten. Were you using extfs, fat, or something else?

Hi devjava,

I'm guessing you have an external disk referenced as /dev/mdxi mounted on your filesystem as something like /mnt/mdxi (?!)
("df" should confirm this)
Copying ubuntu.iso to the mount point should have copied the file to the filesystem on the device and left other files on the device in-tact.
Copying ubuntu.iso to the "device file" effectively copies the contents of ubuntu.iso block for block to your usb device. (rather than unpacking it as-such)
As .iso files are "mountable", your device (which now sounds like an image copy of ubuntu.iso) should also be mountable, and a copy of ubuntu.iso, block-for-block.
- as Keith says, I think you may be out of luck ...

General Help & Advice / Re: Linux Live Boot
« on: November 18, 2020, 10:16:09 pm »
> I have 2 questions how do I upgrade to 20 and could I upgrade to Kali from 18.04 ubuntu.

No. my suggestion was to boot / install an "old" version of your distro of choice .. then upgrade to the latest version .. then IF you have a problem, try the command.
I don't know if/when the issue cut in for Kali/Mint, but it would seem Ubuntu 18.04 pre-dates the issue.

I'm not sure precisely what the issue is, however I've seen the word "bug" mentioned a couple of times in the same context ...

General Help & Advice / Re: How do I access my NAS in dolphin
« on: November 18, 2020, 10:11:49 pm »
Hi, I think there are multiple methods depending on how you want to work, but in Dolphin;
  • Open Dolphin, select "Network" from the left hand menu / column
  • Double click on "Add network folder" icon in the main pane
  • Select your access method, FTP/NFS/SSH should work for you if they're enabled on the NAS
With NFS, you may need to mount the drive "before" trying to access it via Dolphin.

General Help & Advice / Re: Linux Live Boot
« on: November 18, 2020, 03:20:38 pm »
This sounds like it might be a compression issue .. something changed in recent releases which apparently causes problems on some systems. You can test for this by trying an older version. Can you give it a go with the Ubuntu 18.04 live CD, this should be pre- the compression issue. If you get the issue post-install, (i.e. if you install 18, then upgrade to 20) apparently you can fix with (after booting in recovery mode);
Code: [Select]
sudo sed -i 's/COMPRESS=lz4/COMPRESS=gzip/g' /etc/initramfs-tools/initramfs.conf
sudo update-initramfs -u

General Discussion / Re: Yet another newbie!
« on: November 12, 2020, 12:06:30 pm »
If you want email on a smartphone you might like to try "BlueMail" .. this was an android app but they now also do a Linux version. I had a few issues on the Linux version as it's not (or wasn't) quite as fully-featured as I would have liked, but it's what I use on my phone.

Ok, there's a bunch of stuff to look at .. firstly, try the connection with the "samba" tool ("smbclient") rather than with the "mount" command. The parameters will be the same and it will use the same system configuration, however you will be able to turn on 'debug' with a command line flag that should give you a more detailed explanation of what's going wrong.

General Discussion / Re: Chromebook-Linux Beta-Using Wine
« on: November 10, 2020, 12:07:15 am »
Mmm, I'm led to believe the M$ Money is quite an old product and not something even M$ support any more (?) and as a result getting it to work on WINE can be problematic. If this is true, then it might be worth looking at an alternative, either a native Linux app, or even an online application. Have you had a look at;

General Help & Advice / Re: Advice needed on new PC
« on: November 06, 2020, 04:16:00 pm »
Erm, well .. second question first as I think that's a less subjective one. My understanding of the M.2 onboard connector is that it effectively connects to the PCIE bus, so as long as the plug in card has at least 4 lanes, devices with this sort of throughput should be equivalent regardless of whether on-board or via a PCIE card.

Hands down question .. the answer is that I don't know, I guess it depends on your definition of "beat".
That will include questions like "does each one do what the spec says" and "how long does it keep doing it".
I note the ADATA comes with a heat-sink, and the WD doesn't need one .. for me I prefer a silent PC, so heat generation also enters the equation.
(which is why I use fanless graphics cards :) )

Some of the reviews would indicate than the quoted speeds / benchmarks might be a little misleading and some imply it slows over time .. this is from the WD in my box which has been running for six months;
Code: [Select]
# sysctl -w vm.drop_caches=3 
vm.drop_caches = 3
# hdparm -tT /dev/nvme0n1p1 
Timing cached reads:   15044 MB in  2.00 seconds = 7530.52 MB/sec
Timing buffered disk reads: 512 MB in  0.17 seconds = 2937.14 MB/sec
If you get an ADATA, I'd be interested to hear how it does / what sort of performance you get ..

General Discussion / Re: Bluetooth for Slax Linux OS
« on: November 04, 2020, 09:51:59 pm »
Hi Rich, the link you provided is headed by a notice saying Slax now uses 'apt', which I'm presuming means it's debian based. If it's debian based, then the "bluetooth" package should be a metapackage that includes bluez, bluez-tools and some other dependencies. "blueman" is a UI that talks to the bluez API, it's not something I've used recently, but I can't think of any reason why this wouldn't work on Slax assuming that bluez can be made to work. There may be another UI you can use instead of blueman, but that combination should be Ok.

I totally agree it does look very niche, I too would recommend a more mainstream option, especially for new users .. :)

General Discussion / Re: WTF!
« on: November 04, 2020, 09:36:53 pm »
Mmm, Kali is a linux distribution targeted at professional penetration testers .. this is kinda the gun argument within a computer context. If nobody can get such hardware, nobody can test networks, which means there will end up being untested (and potentially insecure) networks all over the shop. Then when one miscreant gets hold of the hardware, they can run amok. If on the other hand lots of people have it and lots of people test networks on a regular basis, there will likely be far fewer weaknesses and those that there are will be found and fixed far more quickly. (also the "why open source software is more secure than proprietary software" argument :))

Just as a matter of interest you can also get network cards with "tap" ports that bridge two ports and copy the in/out on to a third monitor port :) 

General Discussion / Re: Bluetooth for Slax Linux OS
« on: November 03, 2020, 05:29:04 pm »
Hi Cyrix,

I don't think the SAP module is used, so the two "errors" you're seeing I think can be taken as warnings. If you try;
Code: [Select]
apt purge bluetooth blueman
apt install bluetooth blueman
Then from a terminal session type;
Code: [Select]
Assuming it still fails to start, what does it print in the terminal session?

News and Events / Raspberry Pi 400
« on: November 02, 2020, 07:54:55 pm »
For anyone interested in the new Raspberry Pi's re; running Linux, they've just released a model built into a Keyboard which looks quite interesting. On the one hand it's only the 4G model, however it looks like they're using a newer version of the SOC so it's nearly 20% faster than the Stock Pi 4. Looks like it can boot directly from a USB3 SSD, which makes it look like quite an attractive (complete) PC for £67, or £94 including keyboard, mouse and cables. (just need to plug in a bootable USB SSD)

Check it out, but don't get too excited, looks like the first batch sold out pretty quickly .. :(

General Discussion / Re: Upper and Lower Filter Drivers!
« on: November 02, 2020, 01:18:47 pm »
Hi Alisha, I'm not aware of any such facility, but then for the most part from what you describe it would seem to be pretty pointless on Linux. If you want to enhance a Linux driver, simply take the source for the actual driver and enhance it, and if you want to share, submit it back into the eco-system with said enhancements. This will always be easier, more robust and more performant than trying to build a framework around the driver. I'm kinda guessing this is a feature Windows needs "because" it's not Open Source and amending Windows code isn't really an option ...

General Help & Advice / Re: New pc and vitual machine
« on: November 02, 2020, 01:13:48 pm »
Well, assuming you manage the VM by sshing into it .. all this does is the same .. I would say as long as you don't have ssh-agent running with forwarding on, then there's no blow-back I'm aware of. But ssh-agent / forwarding is a generic SSH issue and not specific to drive mapping in the UI.
(and I'm only talking about Linux based VM's here, XP doesn't run SSH so this won't work with XP, for that you would probably want to share your folder inside your XP VM, then use the "browse network" feature in your XUbuntu file manager to map the drive using Windows networking, I think on the Linux end it uses Samba for this .. or smbfs depending on your desktop)

If you want to lock down your SSH and be sure your SSH keys are *not* being forwarded to remote systems, create a file in ~/.ssh called "config" and for each host you ssh to add an entry;
Code: [Select]
Host <hostname>
  User <user>
  IdentityFile <path to the ssh key to use>
  IdentitiesOnly yes
  ForwardAgent no
So when you do;
Code: [Select]
ssh <hostname>
You know it's not going to spew garbage about trying multiple keys, and it's not going to forward your keys to the target server.
If you never want your keys forwarding (there are pro's and con's to this) the really safe mechanism is to add to /etc/ssh/ssh_config;
Code: [Select]
Host *
  ForwardAgent no
Although this can be a pain if you want to use your keys on the target server to do things like checking out secure Github repo's etc ...

Pages: [1] 2 3 ... 93

SimplePortal 2.3.3 © 2008-2010, SimplePortal