Re: OpenVPN fails
On 06/10/15 17:59, Reco wrote:
>
> Allow me to explain then.
>
Thank you, Reco, I'm really grateful. I'm learning a lot here!
> You did not run update-grub, so whatever changes you made to grub.cfg
> were expected to be honored on reboot.
> Yet on reboot "insmod mdraid1x" was there.
> That can only mean one thing: you actually have two *different* /boot
> filesystems.
Aah, yes, of course :)
> One that gets mounted in Debian (and contains the fresh kernel).
> And another one, that is used by grub for grub itself, grub.cfg, and,
> the most important - old kernel and old initrd.
> And you're using wrong /boot every time you try to use it ;)
>
> Whenever it's a local setup issue (i.e. Debian mounts /dev/sda1 to /boot
> instead of /dev/md0 for instance), or some mdraid bug - that remains to
> be seen.
>
> Try to change boot disk from one to another - and your problem should go
> away. But that's kind of 'sweeping a trash under the rug' approach.
>
> A correct solution would be to ensure that you have exactly one /boot
> that's mirrored on two disks.
>
>
>> After reboot, Uname -v still yields 3.2.57-3+deb7u2
>
> Expected, see above.
>
>
> Taking all this into account. What does your configuration really look?
> Meaning:
>
> 1) cat /proc/mdstat
> 2) cat /etc/fstab
> 3) cat /boot/grub/device.map
> 4) parted print on both disks
OK, here goes:
root@tony-lx:~# cat /proc/mdstat
Personalities : [raid1]
md6 : active raid1 sdb11[1]
434672504 blocks super 1.2 [2/1] [_U]
md5 : active (auto-read-only) raid1 sdb10[1]
9763768 blocks super 1.2 [2/1] [_U]
md4 : active raid1 sdb9[1]
4880372 blocks super 1.2 [2/1] [_U]
md3 : active raid1 sdb8[1]
9763768 blocks super 1.2 [2/1] [_U]
md2 : active raid1 sdb7[1]
4880372 blocks super 1.2 [2/1] [_U]
md1 : active raid1 sdb6[1]
14646200 blocks super 1.2 [2/1] [_U]
md0 : active raid1 sdb5[1]
4880372 blocks super 1.2 [2/1] [_U]
unused devices: <none>
root@tony-lx:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/md0 during installation
UUID=43ee739e-a815-4d1a-8a6e-fbc8319d6582 / ext4
errors=remount-ro 0 1
# /boot was on /dev/md4 during installation
UUID=58e7a627-6465-4959-8915-af739abc90ac /boot ext2
defaults 0 2
# /home was on /dev/md6 during installation
UUID=a52dfb4f-ff7a-4e89-b9fd-4b205a741e0a /home ext4
defaults 0 2
# /usr was on /dev/md1 during installation
UUID=d063a974-8742-447e-8b30-882d2f86594a /usr ext4
defaults 0 2
# /usr/local was on /dev/md2 during installation
UUID=ec71e799-4e25-4e6e-a7fd-9debd3401194 /usr/local ext4
defaults 0 2
# /var was on /dev/md3 during installation
UUID=66065adb-db00-4f1c-9bfe-c49abe3bab23 /var ext4
defaults 0 2
# swap was on /dev/md5 during installation
UUID=75d6bda3-f9eb-4ac9-b648-3877a62a55b1 none swap sw
0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
root@tony-lx:~# cat /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-ST3500413AS_6VMS3YG7
(hd1) /dev/disk/by-id/ata-ST3500413AS_6VMS41GW
oot@tony-lx:~# parted /dev/sda print
Model: ATA ST3500413AS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1048kB 500GB 500GB extended
5 1049kB 5000MB 4999MB logical ext4 raid
6 5001MB 20.0GB 15.0GB logical ext4 raid
7 20.0GB 25.0GB 4999MB logical ext4 raid
8 25.0GB 35.0GB 9999MB logical ext4 raid
9 35.0GB 40.0GB 4999MB logical ext2 raid
10 40.0GB 50.0GB 9999MB logical linux-swap(v1) raid
11 50.0GB 500GB 450GB logical ext4 raid
root@tony-lx:~# parted /dev/sdb print
Model: ATA ST3500413AS (scsi)
Disk /dev/sdb: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1048kB 500GB 500GB extended
5 1049kB 5000MB 4999MB logical ext4 raid
6 5001MB 20.0GB 15.0GB logical ext4 raid
7 20.0GB 30.0GB 9999MB logical ext4 raid
8 30.0GB 40.0GB 9999MB logical ext4 raid
9 40.0GB 45.0GB 4999MB logical ext2 raid
10 45.0GB 55.0GB 9999MB logical linux-swap(v1) raid
11 55.0GB 500GB 445GB logical ext4 raid
That doesn't look too good, does it?
--
Tony van der Hoff | mailto:tony@vanderhoff.org
Buckinghamshire, England |
Reply to: