You are not logged in.
Also, regarding the incorrect partition size of nvme0n1p1 - am I right in thinking that this could be sorted with the following?
resize2fs /dev/nvme0n1
lsblk output:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 447.1G 0 disk └─sda1 8:1 0 447.1G 0 part /ssd sdb 8:16 0 931.5G 0 disk └─sdb1 8:17 0 931.5G 0 part /mnt nvme0n1 259:0 0 931.5G 0 disk └─nvme0n1p1 259:1 0 447.1G 0 part /
What do you read under the TYPE column? (emphasis' mine)
Did you try the temporary woorkaround?
Shibboleth wrote:rebuilding the initramfs
While still in GRUB's menu, edit (press "e") the default ArchLinux's entry like this:
linux /boot/vmlinuz-linux root=/dev/nvme0n1p1 rw
<49,17,III,I> Fama di loro il mondo esser non lassa;
<50,17,III,I> misericordia e giustizia li sdegna:
<51,17,III,I> non ragioniam di lor, ma guarda e passa.
Offline
DESCRIPTION
The resize2fs program will resize ext2, ext3, or ext4 file systems. It can be used to en‐
large or shrink an unmounted file system located on device. If the file system is mounted,
it can be used to expand the size of the mounted file system, assuming the kernel and the
file system supports on-line resizing.
I thought the device in the man page was the disk - I take it that's incorrect?
I've not tried the workaround yet, I'll give it a go now if it fails to boot again after rebuilding the initramfs again there
Offline
Rebooting works fine now without the workaround - not really sure what's changed aside from that second rebuild
Offline
Rebooting works fine now without the workaround
I'm glad for you! Please, edit your 1st Post's title adding [SOLVED].
not really sure what's changed aside from that second rebuild
Me too But let's wait for experts here to enlighten us about your situation!
<49,17,III,I> Fama di loro il mondo esser non lassa;
<50,17,III,I> misericordia e giustizia li sdegna:
<51,17,III,I> non ragioniam di lor, ma guarda e passa.
Offline
Shibboleth wrote:not really sure what's changed aside from that second rebuild
Me too But let's wait for experts here to enlighten us about your situation!
Yeah, still not sure what caused that issue - resizing the nvme partition with parted sorted the last issue. I'll flag the thread as solved now. Thanks a lot for your help
Offline
Boot into ArchLinux's Live Environment (ISO or USB medium)
Mount /dev/nvme0n1p1 into /mnt
Mount /dev/sda1 into /mnt/ssd
Mount /dev/sdb1 into /mnt/mnt
# cp /mnt/etc/fstab /mnt/etc/fstab.bkp
# genfstab -U /mnt > /mnt/etc/fstab
# arch-chroot /mnt
Reinstall GRUB into the BIOS' MBR: https://wiki.archlinux.org/title/GRUB#M … structions
Un-mount everything and Reboot
Sorry to bring up a slightly old thread, but how would this differ is I was using GPT with UEFI?
I'm trying to get the order from top to bottom, I've already cloned my old ssd to my nvme ssd, this was using Clonezilla and using biginner mode, device-to-device, and selecting -k1 to expand the btrfs partition.
So, here is some info:
- BLKID -
[root@sysrescue /dev]# blkid
/dev/nvme0n1p1: UUID="D341-2F9B" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="primary" PARTUUID="49483d97-926c-4134-9aa4-64dc623ce717"
/dev/nvme0n1p2: UUID="2b189ba1-e0bb-4e1d-a929-36cac285e69b" UUID_SUB="5c2465e4-10e2-4ac6-b0fc-6cecc8bd5b05" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="primary" PARTUUID="57cec0a0-e7f7-4d5b-b27a-ffb40fe08e81"
/dev/sda1: LABEL="Ventoy" UUID="86C5-D93A" BLOCK_SIZE="512" TYPE="exfat" PTTYPE="dos" PARTLABEL="Ventoy" PARTUUID="45376275-07fe-cb41-6300-a39f75322b91"
/dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="VTOYEFI" LABEL="VTOYEFI" UUID="B228-8EFB" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="VTOYEFI" PARTUUID="0bdc5c9a-9675-f203-99d1-85aac0b82c52"
- GPARTED INFO -
The only differences from these steps that I can see would be 8 and 9 for me, but if I'm missing anything else I would love to know what to do?
Thanks all!
Last edited by GregTheHun (2023-03-06 20:32:02)
Offline