我正在我的覆盆子Pi上部署NextCloud。我被困在我所知道的设计和运行系统的低效方法上。目前,配置位于具有ext4文件系统的外部驱动器上。我使用ACL来保护ext4文件系统上的文件。不过,我家里有微软的Windows机箱。为了家族的其他成员,我运行了一个cron作业,将文件从ext4驱动器复制到NTFS驱动器。
Is --我可以在跨平台文件系统中应用ACL在WIndows和Linux上使用相同的备份驱动器。
我刚刚尝试使用xen内核安装gentoo linux。问题是,在文件系统部分的内核配置中,没有ext4选项。但是我的根分区是ext4。好吧,我试图忽略这一点,假设ext4支持是内置在ext3支持中的,或者类似这样的东西。我的启动分区和主分区是分开的。在我的grub.cfg中,我有:
Found Gentoo Base System release 2.0.3 on /dev/sda9
menuentry "Gentoo Base System release 2.0.3 XEN" {
insmod ext2
set
我正在设置一个运行Ubuntu精确的服务器,并试图验证SSD是否正常工作。
fstrim正在失败:
~ sudo fstrim -v /
fstrim: /: FITRIM ioctl failed: Operation not supported
因此,我在hdparm中尝试了wiper.sh:
wiper-3.5 sudo ./wiper.sh --verbose --commit /dev/sda1
wiper.sh: Linux SATA SSD TRIM utility, version 3.5, by Mark Lord.
rootdev=/dev/sda1
fsmode2
为了理解为什么使用刷新使用99%的I/O并在机器上挂起文件写入。,我使用以下方法禁用了ext4数据分区上的日志记录:
tune2fs -O ^has_journal /dev/sdg1
重新启动后,通过/etc/fstab条目自动挂载分区失败:
# mount /mnt/das.f
mount: /mnt/das.f: wrong fs type, bad option, bad superblock on /dev/sdf1, missing codepage or helper program, or other error.
很奇怪。
在我们的机器中,旧的被格式化为ext3 (很久以前)
有些时候,我们注意到/etc/fstab文件中的冲突,如下所示
/dev/sdg出现两次!
/data/sdb出现两次!
#
# /etc/fstab
# Created by anaconda on Wed Nov 9 13:26:03 2016
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/v