You are not logged in.
Hi fsmithred,
Thanks for the tips re lvm and mdadm
/dev/mapper persisted after services lvm2, mdadm were deactivated via sysv-rc-conf
In addition, I edited /etc/mdadm/mdadm.conf to prevent auto starting of any raid arrays
And removed the lvm partitions with dmsetup remove <partition> which got the system back to raw disks and enabled gparted to check the physical disks.
still after reboot the /dev/mapper persisted !!!
What else could be keeping /dev/mapper in place?
What else could be done to permanently remove /dev/mapper?
thanks in advance!
The details:...
# fdisk -l
Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000672f8
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 58593279 58591232 28G 83 Linux
/dev/sda2 58595326 488396799 429801474 205G 5 Extended
/dev/sda5 58595328 478515199 419919872 200.2G 83 Linux
/dev/sda6 478517248 488396799 9879552 4.7G 82 Linux swap / Solaris
Disk /dev/sdb: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00029c92
Device Boot Start End Sectors Size Id Type
/dev/sdb1 63 488392064 488392002 232.9G 83 Linux
Disk /dev/mapper/VB0250EAVER_S2A0GLHE: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00029c92
Device Boot Start End Sectors Size Id Type
/dev/mapper/VB0250EAVER_S2A0GLHE-part1 63 488392064 488392002 232.9G 83 Linux
so then I edited /etc/mdadm/mdadm to prevent the mounting of the raid at boot
adding:
# ignore all harddrives
ARRAY <ignore> UUID=00000000:00000000:00000000:00000000
# dont Autostart
AUTO -all
rebooted and /dev/mapper persisted
then removed the lvm partition via dmsetup:
# dmsetup ls
VB0250EAVER_S2A0GLHE (253:0)
VB0250EAVER_S2A0GLHE-part1 (253:1)
# dmsetup remove VB0250EAVER_S2A0GLHE-part1
# dmsetup remove VB0250EAVER_S2A0GLHE
rebooted and the /dev/mapper was still there!!
A bootable USB stick made with Refractasnapshot (refractasnapshot-10.1.1 (20171213)) on Devuan Ascii
is unable to use gparted to check disks on a target machine.
Gparted complains that the disk on target machine are still in use.
Listing the device names for the partitions shows the partitions are mounted as logical volumes managed by lvm2
ls -la /dev/disk/by-id
total 0
..
..
lrwxrwxrwx 1 root root 9 Nov 27 21:26 ata-VB0250EAVER_Z2AABSSW -> ../../sda
lrwxrwxrwx 1 root root 10 Nov 27 21:26 ata-VB0250EAVER_Z2AABSSW-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Nov 27 21:26 ata-VB0250EAVER_Z2AABSSW-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Nov 27 21:26 ata-VB0250EAVER_Z2AABSSW-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 Nov 27 21:26 ata-VB0250EAVER_Z2AABSSW-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 Nov 27 21:02 dm-name-VB0250EAVER_S2A0GLHE -> ../../dm-0
lrwxrwxrwx 1 root root 10 Nov 27 21:02 dm-name-VB0250EAVER_S2A0GLHE-part1 -> ../../dm-1
lrwxrwxrwx 1 root root 10 Nov 27 21:02 dm-uuid-mpath-VB0250EAVER_S2A0GLHE -> ../../dm-0
lrwxrwxrwx 1 root root 10 Nov 27 21:02 dm-uuid-part1-mpath-VB0250EAVER_S2A0GLHE -> ../../dm-1
So I stopped and removed the services lvm2, lvm2-lvmetad, lvm2-lvmpolld and reran refractasnapshot.
However, this wasn't enough as the partitions were still mounted as logical volumes and gparted was still unable to check the disks on the target machine.
How can refractasnapshot be configured to use "plain vanilla" physical volumes so gparted can do its work and check and partition disks on a target machine?
This would make it much easier to deploy Devuan at my workplace on existing machines.
thanks in advance!
Hi,
If the base system uses proprietary video drivers (eg nvidia) and the target system uses open video drivers, then the target will boot, but have only a console and no working graphic terminal.
A possible workaround is to edit in exclude script
(/usr/lib/refractasnapshot/snapshot_exclude.list)
to add:
/etc/X11/xorg.conf
/etc/modules.d/blacklist
This still may not boot the target so
1) revert the base system to open video drivers
2) rebuild grub: # update-grub2
3) move /etc/X11/xorg.conf to /etc/X11/xorg.conf.bak
rerun refractasnapshot
thanks for a great tool!
golinux
Thanks for the tips, will do as suggested!
cheers
Hi,
Its not as easy as it seems to migrate from Ubuntu 14.04 to Devuan Jessie.
I followed these steps and got stuck at the step:
root@devuan:~# apt-get install xfce4
when the libstdc++6 and gcc version was stuck on Ubuntu and wouldn't upgrade.
Depends: libstdc++6 (>= 4.9) but 4.8.4-2ubuntu1~14.04.3 is to be installed
So I mounted the install CD, updated sources with apt-cdrom, located the libstdc++6 debs and used dpkg to force the upgrade.
sudo dpkg --force-depends -r gcc:amd64 gcc-4.8:amd64 gcc-4.8-base:amd64 gcc-4.9-base:i386 lib32gcc1:amd64 libgcc-4.8-dev libgcc1:i386
Did a few cycles of
# apt-get -f install
and
# apt-get dist-upgrade
to clear the errors and was able to install xfce4 and slim.
However, wasn't able to start X and while system booted, was very unusable.
Using apt-show-versions was able to locate 186 debs from Ubuntu which were still in the system.
$ apt-show-versions | grep ubuntu | wc -l
So used Knoppix to restore from backup.
I'll have another go over the next few days with a different approach.
Maybe some extra steps are required to allow this to go smoothly?
Your advice is appreciated!