Replicating mx linux on another laptop

[sbrener]

I did just send the log file to Adrian. But, here's a little background. The laptop I'm using has a small SSD - about 26G or so, about half of which is the OS and programs (has about 13G free) - so, I'm wondering if it needs to create it in the tmp file first maybe it's not big enough unless it uses a lot of compression. I save my data files on an external 64G SD card; they wouldn't be created in the snapshot. The other laptop is 1TB, but it is an HDD - I decided that I'm going to do a dual boot on that one instead of making it pure Linux. Here's the log file

Thanks

Code: Select all

2020-12-20 22:12:56.072 DBG default: mx-snapshot version: 20.12
2020-12-20 22:12:56.203 DBG default: mountpoint -q /live/aufs
2020-12-20 22:12:56.215 DBG default: /usr/bin/lslogins --noheadings -u -o user | grep -vw root
2020-12-20 22:12:56.233 DBG default: "sbrener"
2020-12-20 22:12:56.235 DBG default: uname -m
2020-12-20 22:12:56.243 DBG default: "x86_64"
2020-12-20 22:12:56.244 DBG default: cat /etc/debian_version | /usr/bin/cut -f1 -d'.'
2020-12-20 22:12:56.256 DBG default: "10"
2020-12-20 22:12:56.258 DBG default: +++ void MainWindow::setup() +++
2020-12-20 22:12:56.340 DBG default: +++ void MainWindow::loadSettings() +++
2020-12-20 22:12:56.341 DBG default: +++ QString MainWindow::getFilename() +++
2020-12-20 22:12:56.342 DBG default: +++ void MainWindow::listFreeSpace() +++
2020-12-20 22:12:56.342 DBG default: df -h "/home" | /usr/bin/awk 'NR==2 {print $4}'
2020-12-20 22:12:56.661 DBG default: "13G"
2020-12-20 22:12:56.668 DBG default: +++ QString MainWindow::getSnapshotSize() +++
2020-12-20 22:12:56.668 DBG default: +++ int MainWindow::getSnapshotCount() +++
2020-12-20 22:12:56.669 DBG default: df -h / | /usr/bin/awk 'NR==2 {print $3}'
2020-12-20 22:12:56.755 DBG default: "13G"
2020-12-20 22:12:56.757 DBG default: mountpoint -q /home

[sbrener]

It looks like Adrian called it (via PM)....my SD card was formatted for fat32. I just reformatted for ext4 and it seems to have completed successfully. Now to make a bootable USB. Not out of the woods yet, but hopefully no more snags. Thanks all for your input.

[antiX-Dave]

I do not know about your hardware.
What I do is make sure the new drive is bigger than the one I have in the old machine. Then remove the drive from the new machine and put it in the old machine (if you do not have a drive slot to connect you can use a remote drive to usb converter). Then while running a live session on the old computer I run as root dd if=/dev/old-drive of=/dev/new-drive status=progress. Then put the new drive back in the new computer. Make sure the bios is using the same drive protocol. (ahci usually IIRC) then make sure it boots. If it boots, I then reboot into a live session and expand the partition with gparted.

If your new drive is smaller then I make a backup of the old drive, shrink the old drive partition to a size smaller than the new drive, dd the first bit of the hard drive over, then dd the partitions over and expand. I think you can also dd the whole drive over to the new one as well with a flag to tell it to stop at a certain size.

You could also re-partition the new drive as you like, rsync the files from the old drive to the new drive, then install the drive and live boot the new computer and run "boot repair", reboot on the new machine.

[BitJam]

As others have pointed out one needs to ensure the location of the iSO has enough room to hold it. The ISO itself can be quite large. Mine is 43.8 GiB. Of course the smaller the better, a faster creation process and less of a restriction on where written to.

Actually you need twice the size of the iso file. We first make the linuxfs file which holds the compressed file system then we make the iso which includes a copy of that file. Depending on the type of compression used, the creation of linuxfs is usually the slowest step by a fair margin.

[sbrener]

Well folks, after hours and hours updating to the latest Win10 implementation and defragging the HDD on the second laptop, I was able to do an install for a dual boot of MX Linux and Win10 on this machine with a lot more storage and ram....but, regrettably an HDD instead of SDD, so, it is slow, although much quicker in Linux than Windows, which is painfully slow.

Thanks for all your help!

Steve