The officially official Devuan Forum!

You are not logged in.

#51 Re: Devuan Derivatives » Refractasnapshot issue with lvm2 and gparted » 2018-11-28 11:46:37

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!!

#52 Devuan Derivatives » Refractasnapshot issue with lvm2 and gparted » 2018-11-27 10:44:23

rdav
Replies: 7

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!

#53 Devuan Derivatives » Refractasnapshot issue with proprietary video drivers » 2018-11-27 10:23:51

rdav
Replies: 0

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!

#54 Re: Documentation » Devuan migration how to » 2017-07-01 04:05:20

golinux

Thanks for the tips, will do as suggested!

cheers

#55 Re: Documentation » Devuan migration how to » 2017-06-30 02:38:01

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!

Board footer

Forum Software