我安装 DE 的方式:
XFCE:
apt install -y xfce4
KDE:
apt install aptitude tasksel
aptitude install ~t^desktop$ ~t^kde-desktop$
两者似乎都在中途提示选择语言/键盘。是否可以选择使其自动选择默认并继续?
我安装 DE 的方式:
XFCE:
apt install -y xfce4
KDE:
apt install aptitude tasksel
aptitude install ~t^desktop$ ~t^kde-desktop$
两者似乎都在中途提示选择语言/键盘。是否可以选择使其自动选择默认并继续?
去年我有 2 个 4TB 硬盘驱动器被放在一个 LVM 组中,由于安装 nextcloud 的巨大问题,最终没有真正使用这个服务器。在某些时候它开始给我启动问题,所以我删除了 LVM 卷和组。
最近我在这个系统上干净地重新安装了 Ubuntu 18.04,但无法让这些 HDD 再次在 LVM2 中工作。我正在使用 KVPM 使它们成为 LVM2 PV,然后是 Group 和 Volume。我无法将它们安装为最后一步。
sudo mke2fs -n /dev/mapper/lvmgroup-lvmvol
mke2fs 1.44.1 (24-Mar-2018)
Creating filesystem with 1953507328 4k blocks and 244191232 inodes
Filesystem UUID: 278308bd-878e-4dde-8bac-420ddb858636
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544, 1934917632
一些指南建议 fsck 可以清除这些块:
$ sudo e2fsck -b 32768 /dev/lvmVolGroup/lvmVGVol
e2fsck 1.44.1 (24-Mar-2018)
e2fsck: Bad magic number in super-block while trying to open /dev/lvmVolGroup/lvmVGVol
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Found a gpt partition table in /dev/lvmVolGroup/lvmVGVol
但是我已经尝试了很多列出的坏块,它们都只是抱怨 8193 和 32768。是的,我也尝试了这些确切的块,同样的消息。
所以我尝试删除/删除所有 LVM 步骤,并使用 gparted 完全重新格式化两个驱动器,然后重新开始。这不起作用,我仍然遇到完全相同的问题。
上次有一些数据传输到 LVM 以测试它是否正常工作,我并不真正关心保留任何现有数据,因为我还有其他备份。我只需要 LVM 再次起作用。驱动器本身应该仍然可以工作,因为它们是全新购买并单独测试的,然后就留在了已关闭半年的系统中。
有谁知道我能做什么?