<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=5451&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Server lost changes and partially reverted]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=5451</link>
		<description><![CDATA[The most recent posts in Server lost changes and partially reverted.]]></description>
		<lastBuildDate>Thu, 12 Jan 2023 19:43:26 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40182#p40182</link>
			<description><![CDATA[<p>This will create a RAID volume and will synchronize it.<br />Usually the partitioner within the installer will do that for you.<br />You can monitor it by cat /proc/mdstat</p><p>What I do with my EFI partition is just to copy over the contents. The EFI devices are not in a RAID.</p>]]></description>
			<author><![CDATA[dummy@example.com (Andre4freedom)]]></author>
			<pubDate>Thu, 12 Jan 2023 19:43:26 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40182#p40182</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40180#p40180</link>
			<description><![CDATA[<p>Would something like this sync them?</p><p><span class="bbc">mdadm --create /dev/??? --level=1 --raid-devices=2 /dev/??? /dev/???</span></p><p>That comes from Step 9 here: <span class="bbc">https://www.golinuxcloud.com/mdadm-command-in-linux/#9_Create_RAID_1_array_with_mdadm_command</span></p>]]></description>
			<author><![CDATA[dummy@example.com (dcolburn)]]></author>
			<pubDate>Thu, 12 Jan 2023 17:50:11 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40180#p40180</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40179#p40179</link>
			<description><![CDATA[<p>Devuan Daedalus Installation using RAID-1 Disks and UEFI/GPT mode<br />*****************************************************************</p><p>After all, I tried to install Devaun Daedalus to a single disk in pure UEFI/GPT mode (but secure boot disabled).<br />Installation went well, but finally the computer wouldn&#039;t boot. Again. Misery.</p><p>To deal with that problem, I had to reset the computer including all BIOS settings to factory defaults and to completely wipe all residual configuration from the disks.<br />Then a new trial to install an Enterprise Linux (Alma Linux 9.1) in UEFI mode.<br />That went well too, AND the computer would re-boot after all.</p><p>Now, using the Devuan USB-boot stick I configured the disks as visible below.</p><p>The disks:<br />----------<br />Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors<br />Disk model: WDC WD1000DHTZ-0<br />Units: sectors of 1 * 512 = 512 bytes<br />Sector size (logical/physical): 512 bytes / 4096 bytes<br />I/O size (minimum/optimal): 4096 bytes / 4096 bytes<br />Disklabel type: gpt<br />Disk identifier: 081780F2-D244-5C4E-9623-C4200969845D</p><p>Device&#160; &#160; &#160; &#160;Start&#160; &#160; &#160; &#160;End&#160; &#160;Sectors&#160; &#160;Size Type<br />/dev/sda1&#160; &#160; &#160;2048&#160; &#160;1050623&#160; &#160;1048576&#160; &#160;512M EFI System<br />/dev/sda2&#160; 1050624&#160; &#160;3147775&#160; &#160;2097152&#160; &#160; &#160;1G Linux RAID<br />/dev/sda3&#160; 3147776 976773120 973625345 464.3G Linux RAID</p><p>Disk /dev/sdb: 465.76 GiB, 500107862016 bytes, 976773168 sectors<br />Disk model: SAMSUNG HD502HJ <br />Units: sectors of 1 * 512 = 512 bytes<br />Sector size (logical/physical): 512 bytes / 512 bytes<br />I/O size (minimum/optimal): 512 bytes / 512 bytes<br />Disklabel type: gpt<br />Disk identifier: FD95D43D-6719-4C2A-B389-299985C86967</p><p>Device&#160; &#160; &#160; &#160;Start&#160; &#160; &#160; &#160;End&#160; &#160;Sectors&#160; &#160;Size Type<br />/dev/sdb1&#160; &#160; &#160;2048&#160; &#160;1050623&#160; &#160;1048576&#160; &#160;512M EFI System<br />/dev/sdb2&#160; 1050624&#160; &#160;3147775&#160; &#160;2097152&#160; &#160; &#160;1G Linux RAID<br />/dev/sdb3&#160; 3147776 976773119 973625344 464.3G Linux RAID</p><p>The RAID status:<br />----------------<br />linuxadmin@daedalus:~$ cat /proc/mdstat <br />Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] <br />md1 : active raid1 sdb3[0] sda3[1]<br />&#160; &#160; &#160; 486680576 blocks super 1.2 [2/2] [UU]<br />&#160; &#160; &#160; [==============&gt;......]&#160; resync = 71.4% (347912704/486680576) finish=22.8min speed=101256K/sec<br />&#160; &#160; &#160; bitmap: 2/4 pages [8KB], 65536KB chunk</p><p>md0 : active raid1 sdb2[0] sda2[1]<br />&#160; &#160; &#160; 1046528 blocks super 1.2 [2/2] [UU]<br />&#160; &#160; &#160; <br />unused devices: &lt;none&gt;</p><p>The block devices:<br />------------------<br />linuxadmin@daedalus:~$ lsblk -f<br />NAME&#160; &#160; &#160; &#160; &#160; &#160; &#160;FSTYPE&#160; &#160; &#160; &#160; &#160; &#160; FSVER&#160; &#160; LABEL&#160; &#160; &#160; UUID&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;FSAVAIL FSUSE% MOUNTPOINTS<br />sda&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />├─sda1&#160; &#160; &#160; &#160; &#160; &#160;vfat&#160; &#160; &#160; &#160; &#160; &#160; &#160; FAT32&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;530D-FFCA&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;<br />├─sda2&#160; &#160; &#160; &#160; &#160; &#160;linux_raid_member 1.2&#160; &#160; &#160; daedalus:0 ddc7f83e-413b-367b-5753-38ec7a4f55b3&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />│ └─md0&#160; &#160; &#160; &#160; &#160; ext3&#160; &#160; &#160; &#160; &#160; &#160; &#160; 1.0&#160; &#160; &#160; BOOT&#160; &#160; &#160; &#160;c4b6ab5f-f5a6-483a-a2c2-0ef546daab37&#160; &#160; 884.2M&#160; &#160; &#160;5% /boot<br />└─sda3&#160; &#160; &#160; &#160; &#160; &#160;linux_raid_member 1.2&#160; &#160; &#160; daedalus:1 1d92ad6e-ac89-97e5-541a-96410abb2c9c&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />&#160; └─md1&#160; &#160; &#160; &#160; &#160; LVM2_member&#160; &#160; &#160; &#160;LVM2 001&#160; &#160; &#160; &#160; &#160; &#160; FLJkFO-IZCD-kWiE-2IUI-pS59-4xMm-RcPd1K&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />&#160; &#160; ├─vg0-lvroot&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 30.8G&#160; &#160; 10% /<br />&#160; &#160; ├─vg0-lvhome&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 43.2G&#160; &#160; &#160;0% /home<br />&#160; &#160; ├─vg0-lvswap&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;[SWAP]<br />&#160; &#160; └─vg0-lvsrv&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 339.9G&#160; &#160; &#160;0% /srv<br />sdb&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />├─sdb1&#160; &#160; &#160; &#160; &#160; &#160;vfat&#160; &#160; &#160; &#160; &#160; &#160; &#160; FAT32&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;0D98-84C3&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;498.2M&#160; &#160; &#160;2% /boot/efi<br />├─sdb2&#160; &#160; &#160; &#160; &#160; &#160;linux_raid_member 1.2&#160; &#160; &#160; daedalus:0 ddc7f83e-413b-367b-5753-38ec7a4f55b3&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />│ └─md0&#160; &#160; &#160; &#160; &#160; ext3&#160; &#160; &#160; &#160; &#160; &#160; &#160; 1.0&#160; &#160; &#160; BOOT&#160; &#160; &#160; &#160;c4b6ab5f-f5a6-483a-a2c2-0ef546daab37&#160; &#160; 884.2M&#160; &#160; &#160;5% /boot<br />└─sdb3&#160; &#160; &#160; &#160; &#160; &#160;linux_raid_member 1.2&#160; &#160; &#160; daedalus:1 1d92ad6e-ac89-97e5-541a-96410abb2c9c&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />&#160; └─md1&#160; &#160; &#160; &#160; &#160; LVM2_member&#160; &#160; &#160; &#160;LVM2 001&#160; &#160; &#160; &#160; &#160; &#160; FLJkFO-IZCD-kWiE-2IUI-pS59-4xMm-RcPd1K&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />&#160; &#160; ├─vg0-lvroot&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 30.8G&#160; &#160; 10% /<br />&#160; &#160; ├─vg0-lvhome&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 43.2G&#160; &#160; &#160;0% /home<br />&#160; &#160; ├─vg0-lvswap&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;[SWAP]<br />&#160; &#160; └─vg0-lvsrv&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 339.9G&#160; &#160; &#160;0% /srv<br />sdc&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />sdd&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />sde&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />sdf&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; <br />sr0&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;</p><p>The active mounted filesystems:<br />-------------------------------<br />linuxadmin@daedalus:~$ df -h<br />udev&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 7.8G&#160; &#160; &#160;0&#160; 7.8G&#160; &#160;0% /dev<br />tmpfs&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;1.6G&#160; 1.2M&#160; 1.6G&#160; &#160;1% /run<br />/dev/mapper/vg0-lvroot&#160; &#160;37G&#160; 3.8G&#160; &#160;31G&#160; 11% /<br />tmpfs&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;5.0M&#160; 8.0K&#160; 5.0M&#160; &#160;1% /run/lock<br />tmpfs&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;3.1G&#160; &#160; &#160;0&#160; 3.1G&#160; &#160;0% /dev/shm<br />/dev/md0&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 989M&#160; &#160;54M&#160; 885M&#160; &#160;6% /boot<br />/dev/sdb1&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;511M&#160; &#160;13M&#160; 499M&#160; &#160;3% /boot/efi<br />/dev/mapper/vg0-lvhome&#160; &#160;46G&#160; 1.7M&#160; &#160;44G&#160; &#160;1% /home<br />/dev/mapper/vg0-lvsrv&#160; &#160;359G&#160; &#160;28K&#160; 340G&#160; &#160;1% /srv<br />cgroup_root&#160; &#160; &#160; &#160; &#160; &#160; &#160; 10M&#160; &#160; &#160;0&#160; &#160;10M&#160; &#160;0% /sys/fs/cgroup<br />tmpfs&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;1.6G&#160; &#160;16K&#160; 1.6G&#160; &#160;1% /run/user/1000<br />tmpfs&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;1.6G&#160; 4.0K&#160; 1.6G&#160; &#160;1% /run/user/109</p><p>linuxadmin@daedalus:~$ <br />&#160; &#160; &#160; &#160; &#160; &#160;<br />The LVM2 configuration:<br />-----------------------<br />linuxadmin@daedalus:~$ sudo pvscan<br />[sudo] password for linuxadmin: <br />&#160; PV /dev/md1&#160; &#160;VG vg0&#160; &#160; &#160; &#160; &#160; &#160; &#160;lvm2 [464.13 GiB / 0&#160; &#160; free]<br />&#160; Total: 1 [464.13 GiB] / in use: 1 [464.13 GiB] / in no VG: 0 [0&#160; &#160;]<br />&#160; <br />linuxadmin@daedalus:~$ sudo vgscan<br />&#160; Found volume group &quot;vg0&quot; using metadata type lvm2<br />&#160; <br />linuxadmin@daedalus:~$ sudo lvscan<br />&#160; ACTIVE&#160; &#160; &#160; &#160; &#160; &#160; &#039;/dev/vg0/lvroot&#039; [37.25 GiB] inherit<br />&#160; ACTIVE&#160; &#160; &#160; &#160; &#160; &#160; &#039;/dev/vg0/lvhome&#039; [46.56 GiB] inherit<br />&#160; ACTIVE&#160; &#160; &#160; &#160; &#160; &#160; &#039;/dev/vg0/lvswap&#039; [15.36 GiB] inherit<br />&#160; ACTIVE&#160; &#160; &#160; &#160; &#160; &#160; &#039;/dev/vg0/lvsrv&#039; [&lt;364.96 GiB] inherit</p><p>The installation of Devuan Daedalus went quite well, then. Finally it was able to reboot.<br />The only thing that needs to be done yet is to clone the EFI partition to the second disk.<br />In my case:<br />&#160; &#160; &#160; &#160; &#160; &#160; &#160;dd if=/dev/sdb1 of=/dev/sda1 bs=1M<br />&#160; &#160; &#160; &#160; &#160; &#160; &#160;<br />I will do that once the RAID1 md1 is synced.</p><p>As you can see, doing all that for UEFI&#039;s sake gives a lot of pain, but it&#039;s doable.<br />I hope you can deal with this information and adapt your installation.<br />If not, loving UEFI-volunteers are welcome to help you.</p><p>dcolburn: keep in mind to never access the RAID components or LVM2 elements directly.<br />The devices to mount, of fsck, or whatever are:<br />/dev/md0&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 989M&#160; &#160;54M&#160; 885M&#160; &#160;6% /boot<br />/dev/mapper/vg0-lvroot&#160; &#160;37G&#160; 3.8G&#160; &#160;31G&#160; 11% /<br />/dev/mapper/vg0-lvhome&#160; &#160;46G&#160; 1.7M&#160; &#160;44G&#160; &#160;1% /home<br />/dev/mapper/vg0-lvsrv&#160; &#160;359G&#160; &#160;28K&#160; 340G&#160; &#160;1% /srv</p><p>/dev/sdb1 and /dev/sda1 are the EFI partitions, Never touch them for other reasons that to do a grub-install on each of them.</p><p>Greetings, Andre</p>]]></description>
			<author><![CDATA[dummy@example.com (Andre4freedom)]]></author>
			<pubDate>Thu, 12 Jan 2023 17:38:20 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40179#p40179</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40169#p40169</link>
			<description><![CDATA[<p>Okay, with this machine you best stick with UEFI mode and GPT partitioning scheme.<br />But be aware that the RAID1 setup is different. I have pointed to an article that shows right that:</p><p>https://askubuntu.com/questions/1299978/install-ubuntu-20-04-desktop-with-raid-1-and-lvm-on-machine-with-uefi-bios</p><p>Unfortunately I can&#039;t help at this point right now, since I have to invest considerably more time to work it out under UEFI/GPT conditions.<br />I&#039;m sure someone in our Devuan community has the deeper knowledge. I always had the problem with the grub-install in UEFI mode in RAID setups. The boot afterwards just hangs with the message &quot;BOOT&quot;</p>]]></description>
			<author><![CDATA[dummy@example.com (Andre4freedom)]]></author>
			<pubDate>Wed, 11 Jan 2023 20:55:59 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40169#p40169</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40168#p40168</link>
			<description><![CDATA[<div class="quotebox"><cite>rolfie wrote:</cite><blockquote><div><p>Linux can deal with both, does not make a real difference. </p><p>Meanwhile I have adopted the habit to use gpt wherever possible, even if its not really necessary. The advantage is that you do not have to deal with the limitations of the old MSDOS partitioning scheme: not more than 4 partitions. Or you use 3 plus an extended with logical drives in there (i.e. sda5 as first logical partition in an extended), or sometimes one in the middle is missing. gpt is linear, you just count up.</p></div></blockquote></div><p>When you look at the two pictures I posted, one before the Disk Partitioner Raid1 setup, and the other after, do they look correct for gpt (though different than for MBR) - or should I wipe the partitions (and any other debris) and begin fresh?</p>]]></description>
			<author><![CDATA[dummy@example.com (dcolburn)]]></author>
			<pubDate>Wed, 11 Jan 2023 19:09:15 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40168#p40168</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40167#p40167</link>
			<description><![CDATA[<div class="quotebox"><cite>Andre4freedom wrote:</cite><blockquote><div><p>I don&#039;t know your hardware or motherboard.<br />My test machine can do both, old-style BIOS mode and UEFI mode. (My experiences with software RAID1 System-installations in UEFI-mode are quite bad)</p></div></blockquote></div><p>For the record, the hardware is a Dell OptiPlex 7050 SFF <a href="https://www.hardware-corner.net/desktop-models/Dell-OptiPlex-7050-SFF/" rel="nofollow">https://www.hardware-corner.net/desktop … -7050-SFF/</a></p><p>Other than the special requirements of MS version of windows version 11 bloatware, or gamer or video-editing apps, it seems to be fully capable of managing any of the alternative partitioning schemes.</p><p>My first priority is stability but I&#039;d like to be able to upgrade the drives to much larger ones, in the future, without the need to re-engineer everything from scratch.</p>]]></description>
			<author><![CDATA[dummy@example.com (dcolburn)]]></author>
			<pubDate>Wed, 11 Jan 2023 19:07:17 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40167#p40167</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40166#p40166</link>
			<description><![CDATA[<p>You are right, rolfie. But have you tried that with RAID1 installations???<br />The little boot partition plus LVM2 on the second partition overcomes all these &quot;limitations&quot;. It&#039;s still quite usual on enterprise-server hardware.</p>]]></description>
			<author><![CDATA[dummy@example.com (Andre4freedom)]]></author>
			<pubDate>Wed, 11 Jan 2023 18:52:34 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40166#p40166</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40165#p40165</link>
			<description><![CDATA[<p>Oh, BTW: when checking with fdisk -l /dev/sda (or /dev/sdb), make sure your partitioning in the installer has been committed to disk! Everything you do in the installer becomes active after committing the part you do. Until then it&#039;s in memory only. ;-)</p>]]></description>
			<author><![CDATA[dummy@example.com (Andre4freedom)]]></author>
			<pubDate>Wed, 11 Jan 2023 18:49:21 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40165#p40165</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40164#p40164</link>
			<description><![CDATA[<p>Linux can deal with both, does not make a real difference. </p><p>Meanwhile I have adopted the habit to use gpt wherever possible, even if its not really necessary. The advantage is that you do not have to deal with the limitations of the old MSDOS partitioning scheme: not more than 4 partitions. Or you use 3 plus an extended with logical drives in there (i.e. sda5 as first logical partition in an extended), or sometimes one in the middle is missing. gpt is linear, you just count up.</p>]]></description>
			<author><![CDATA[dummy@example.com (rolfie)]]></author>
			<pubDate>Wed, 11 Jan 2023 18:46:46 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40164#p40164</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40163#p40163</link>
			<description><![CDATA[<p>I don&#039;t know your hardware or motherboard.<br />My test machine can do both, old-style BIOS mode and UEFI mode. (My experiences with software RAID1 System-installations in UEFI-mode are quite bad)<br />However, I suggest that you stick to one scheme:<br />Either<br />-BIOS/MBR mode mainboard<br />-MBR / DOS disk labels<br />-Boot the stick with the USB NON_UEFI selection.<br />Or<br />-EFI/UEFI mainboard<br />-GPT disk labels<br />-Boot stick with the USB UEFI selection.</p><p>When booting, EFI mainboard firmware offers you the UEFI-USB-Boot option to load the USB stick. In that mode you do a EFI-mode Devuan install and the installer proposes GPT disk formatting. On MBR/BIOS hardware this would be in MBR mode with DOS labels on the disk. I wouldn&#039;t force to mix the modes, even though possible. I&#039;m no specialist in UEFI tricks, but HoaS seems to know a lot more on that topic.<br />You may be able to mix up these elements, but the result could be &quot;interesting&quot;.</p><p>In MBR mode you can go as instructed in my post. In EFI mode you must have 1 active, bootable EFI partition. you can set aside a second such partition on your second disk. After successful installation you can then dd the active EFI partition to the inactive second one. Maybe it works?</p>]]></description>
			<author><![CDATA[dummy@example.com (Andre4freedom)]]></author>
			<pubDate>Wed, 11 Jan 2023 18:45:39 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40163#p40163</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40161#p40161</link>
			<description><![CDATA[<p>The partitioning app offered to do that and I followed their instructions.</p><p>I just used Alt-F2 and <span class="bbc">fdisk -l /dev/sda</span></p><p>It&#039;s showing &quot;Disklabel type: gpt&quot; - even thought I chose MBR.</p><p>I&#039;ll have to reverse directions and figure out why it&#039;s defaulting to gpt.</p><p>Maybe a BIOS setting?</p><p>EDIT: Or, do I really want to use gpt, instead?</p><p>From 2022 <a href="https://www.howtouselinux.com/post/mbr-vs-gpt" rel="nofollow">https://www.howtouselinux.com/post/mbr-vs-gpt</a><br />From 2013 <a href="https://www.linux.com/training-tutorials/using-new-guid-partition-table-linux-goodbye-ancient-mbr/" rel="nofollow">https://www.linux.com/training-tutorial … cient-mbr/</a></p>]]></description>
			<author><![CDATA[dummy@example.com (dcolburn)]]></author>
			<pubDate>Wed, 11 Jan 2023 17:29:19 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40161#p40161</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40160#p40160</link>
			<description><![CDATA[<p>Hello dcolburn,<br />your disk partitioning looks right (https://www.sun2save.com/images/misc1/newpartitionattempt1.jpg)<br />But how have you assembled the RAID devices? RAID Device 0 should become md0 and contain /dev/sda1 and /dev/sdb1<br />RAID Device 1 should become md1 and consist of your bigger partitions, sda2 and sdb2<br />You can do that in your installer program, in the &quot;Configure Software RAID&quot; sub-menu and it does the job right.<br />Once you have md0 and md1, you can proceed following the instructions. md0 should be your /boot partition. md1 is an excellent base for a LVM2 Volume Group vg0.<br />Good luck!</p>]]></description>
			<author><![CDATA[dummy@example.com (Andre4freedom)]]></author>
			<pubDate>Wed, 11 Jan 2023 16:47:24 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40160#p40160</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40159#p40159</link>
			<description><![CDATA[<p>When I used fdisk the stated first partition sector default was 2048 - so I accepted the default. It should be OK.</p><p>I&#039;ll now need the folks who use RAID to instruct me if I got that part correct as well.</p><p>Thanks!</p>]]></description>
			<author><![CDATA[dummy@example.com (dcolburn)]]></author>
			<pubDate>Wed, 11 Jan 2023 15:46:46 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40159#p40159</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40154#p40154</link>
			<description><![CDATA[<p>I can&#039;t tell from those screens.</p><p>Correct alignment requires that the partitions start at sector 2048 (for a disk with 512 byte sectors, as yours seems to be) with subsequent partitions aligned to 1MiB boundaries.</p><p>Reference: <a href="https://wiki.archlinux.org/title/Advanced_Format#Partition_alignment" rel="nofollow">https://wiki.archlinux.org/title/Advanc … _alignment</a></p><p>Those screens say the partitions start at &quot;1.0 MB&quot; but 1MB is not the same as 1MiB (2048 512 byte sectors or 1,048,576 bytes). I don&#039;t know if that screen is actually showing MB or if it is showing MiB but displaying the wrong units. You will have to check that yourself.</p>]]></description>
			<author><![CDATA[dummy@example.com (Head_on_a_Stick)]]></author>
			<pubDate>Wed, 11 Jan 2023 06:38:18 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40154#p40154</guid>
		</item>
		<item>
			<title><![CDATA[Re: Server lost changes and partially reverted]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=40153#p40153</link>
			<description><![CDATA[<div class="quotebox"><cite>Andre4freedom wrote:</cite><blockquote><div><p>- Enter the Disk Partitioner:<br />--&#160; &#160; Remove any residual config whatsoever There shall be no LVM volumes, no LV Groups, no RAID partitions, just nothing.<br />--&#160; &#160; Create a 512MB primary partition, the first, on each disk and set the type to type fd (Linux RAID). (sda1 sdb1)<br />--&#160; &#160; Create a very big primary or extended partition. the second, on each disk and set the type to fd (Linux RAID). (sda2 sdb2)<br />--&#160; &#160; Go to the RAID submenu of the partitioner and create the the RAID volumes. <br />&#160; &#160; (Assemble sda1 and sdb1 to md0, and sda2 and sdb2 to md1)</p></div></blockquote></div><p>OK, so I used fdisk to clear out the old and build the new partitions.</p><p>That included Type #29 for Linux RAID.</p><p>I then returned to the Install and Disk Partitioner.</p><p><a href="https://www.sun2save.com/images/misc1/newpartitionattempt1.jpg" rel="nofollow">https://www.sun2save.com/images/misc1/n … tempt1.jpg</a></p><p>I followed the steps there to &quot;create the RAID volumes&quot; ...</p><p><a href="https://www.sun2save.com/images/misc1/newpartitionattempt2.jpg" rel="nofollow">https://www.sun2save.com/images/misc1/n … tempt2.jpg</a></p><p>Do things look OK to this point, please?</p>]]></description>
			<author><![CDATA[dummy@example.com (dcolburn)]]></author>
			<pubDate>Wed, 11 Jan 2023 03:30:18 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=40153#p40153</guid>
		</item>
	</channel>
</rss>
