Linux需要一个可写的文件系统才能正常工作吗?我只是在运行一个非常简单的初始化程序。目前我没有挂载任何分区。内核已将根分区挂载为只读。只要我坚持使用mallocs、readline和text to standard out (puts),Linux是否被设计为能够与只读文件系统一起运行,或者Linux是否需要一个可写的文件系统才能执行标准的文本输入和输出?
我这样问是因为我似乎得到了内核的恐慌和对堆栈的抱怨。我现在不想运行一个有用的系统。我已经在另一个分区上有一个有用的系统。我试着让它尽可能简单,这样我就可以在添加额外的复杂性之前完全理解事情。
我运行的是一个相当标准的x86-64桌面。
我的文件系统只读了几天。在我的/var/log/messages上搜索一些东西并找到了这个。
****EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:11/host0/target0:0:0/0:0:0:0/block/sda
****Refreshing ATA SMART data for /sys/devices/pci0000:00/0000:00:11/host0/target0:0:0/0:0:0:0/block/sda
helper(pid 3495):launched job udisks-helper-ata-smar
我在MS ACCESS中有一个查询,我在MS ACCESS中运行它:
SELECT * FROM table1
INNER JOIN table2 ON table1.f1=table2.f1 WHERE table1.f2=table2.f2
它工作得很好。但是,我需要将结果保存到另一个表中。因此,我将其更改为:
SELECT * Into a1
FROM table1 INNER JOIN table2 ON table1.f1=table2.f1 WHERE table1.f2=table2.f2
它不起作用。我收到这个错误:“无法打开数据库。它可能不是您的应用程序可以识别的数据库,或
我有一些efs驱动器,我试图修复的文件系统。当我运行fsck时,它会返回一个错误,本质上说该设备不是e2fsck。我在synaptic中寻找efs支持,但什么也找不到。
下面是一篇关于efs:http://www.linux.org/threads/extent-file-system-efs.4447/的文章
我可以使用哪些命令来修复EFS分区?
# fsck /dev/sdb1
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Bad magic number in super-block
fsck.e