Questions tagged «ext4»

ext4或第四个扩展文件系统是Linux的日记文件系统,是ext3的后继系统。

2
如何在Windows中访问Wubi虚拟ext4 Ubuntu分区中的文件?
我刚刚在安装了Windows XP和Windows 7的PC上使用Wubi安装了Ubuntu 10.04。我在其中工作了一段时间,一切都很好。 但是,当我重新启动进入Windows 7时,无法找到一种方法来访问我创建或下载到Ubuntu分区中的文件。它们位于名为root.diskmy 的虚拟磁盘中C:\ubuntu\disks。 有什么方法可以将这个vhd挂载到Windows或至少浏览内容并提取我需要的东西?

2
以> 4KiB块大小安装ext4分区
我正在尝试从NAS安装分区,块大小为65536字节,这高于我的发行版预编译的内核内存分页大小4KiB,所以我无法正常安装它。 我需要更改哪些内核编译参数才能获得足够大的内存分页大小?是否可以在x86-64架构下使用? 编辑:似乎没有一个选项 make xconfig 除非我错过了它。 从 page_types.h 下 arch\x86\include\asm /* PAGE_SHIFT determines the page size */ #define PAGE_SHIFT 12 #define PAGE_SIZE (_AC(1,UL) << PAGE_SHIFT) #define PAGE_MASK (~(PAGE_SIZE-1))` 它看起来不可配置。我可以直接将这个数字改为16,它可能会爆炸并摧毁东京。我今晚可能会在晚上试一试。
2 ext4  mount 

1
Paragon ExtFS无法从Windows 10将文件写入Ext4驱动器
Windows 10 Home版本1607 64位 产品链接:http://www.paragon-drivers.com/extfs-windows/ 我似乎能够读取文件,但我无法写文件。我收到错误: 意外错误使您无法复制文件。如果您继续收到此错误,则可以使用错误代码搜索有关此问题的帮助。 错误0x80070057:参数不正确。 没有选中“只读”复选框,它们全部被清除。 此外,当我尝试编写文件时,资源管理器(我的任务栏等)有时会崩溃。



1
我不小心格式化了错误的卷 - 是否可以恢复以前的Ext4文件系统?
我知道已经提出了类似的问题。今天早上我意外地格式化了错误的音量,主要包含视频文件(每个大约30GB)。 我目前正在尝试使用Photorec恢复文件,但它似乎不能很好地工作 - 所有恢复的文件都已损坏。 该卷是一个Cryptsetup Luks ext4卷(但是没有使用LuksFormat重新格式化,只是mkfs.ext4) 是否有可能恢复旧的超级块/期刊? (如果是,那实际上是否有助于恢复旧的文件系统?)

2
从重新分区的EXT4文件系统中恢复数据
在我的驱动器上,我有两个分区用于Ubuntu 9.04(交换,/)和一个分区用于Windows。我发现我应该升级我的Ubuntu,所以我删除了“/”分区,并在其位置创建了2个新分区(/,/ home)。 在安装了最新的Ubuntu 11.04后,我意识到虽然我已经在第二个磁盘上备份了我需要的所有内容,但是我可以从我的Ubuntu 9.04访问这些文件夹及其数据,我的Windows和11.04现在都找不到文件夹和数据。我不知道为什么会发生这种情况(也许安装有些问题?) 我已经尝试过Stellar Phoenix linux数据恢复工具的试用版,但它找不到旧的分区。 由于我丢失的一些文件对我来说非常重要,如果你能帮助我,我将非常感激。


1
正确的rsync标志,用于从ext4备份到ZFS
我有一台带有ext4文件系统的运行Ubuntu 14.04.3 LTS的家庭服务器,我定期从各种设备向其中备份数据。 现在,我已经设置了带有ZFS文件系统的外部USB HDD,并希望将所有数据从家庭服务器备份到该USB驱动器上。并且由于我ZFS在外部驱动器上使用,所以我也想使用ZFS的快照功能。 因为我将文件从复制ext4到ZFS,所以无法使用该zfs send命令。因此,我坚持rsync。 我已经使用rsync了一段时间,所以我对此非常熟悉。但是,由于我将在目标文件系统上执行快照,因此我想浪费尽可能少的空间。 我碰到了这篇博客文章,它使用以下命令: /usr/bin/rsync -axH --no-whole-file --inplace --delete / /$backup_target/root/ 除了常见的标记(如-a,)外-x,--delete它还使用: -H (硬链接), --no-whole-file (强制启用delta-xfer算法),以及 --inplace (更新文件夹而不是进行新备份)。 我的问题:这些标志是否足够?还是应该添加或删除一些标志? 备份流程如下: 每次使用rsync备份到同一目录 使用以下命令创建该目录的快照 zfs snapshot backup@'date +%Y%m%d' 我猜这--inplace是必须的(因为每次都备份到同一目录)。可能也是如此,--no-whole-file因为它仅复制更改的数据块。但是呢-H?我应该添加其他标志吗?
1 ubuntu  backup  rsync  ext4  zfs 

1
恢复Linux ext4分区格式化(擦除)到hfs +
我有一个带有ext4的Linux分区,我不小心用Mac OS X磁盘工具将其格式化为HFS +(Mac OS X Extended Journaled)。 我尝试在Windows上使用http://www.r-studio.com/恢复它,但除了垃圾或临时浏览器文件中的少数文件外,我无法获取任何文件。 现在我在OS X上尝试另一个软件:http://www.stellarinfo.com/mac-data-recovery.htm,但扫描分区需要一些时间。 有任何想法如何恢复该分区?我应该在Linux或Mac上恢复吗? 谢谢。

0
ext4分区(不是SSD)上读/写错误的可能原因?
想象一下以下设置: 将备份从一个HDD复制到另一个HDD,两者都通过USB 3连接到PC Source-HDD:2 TB,NTFS格式化 目标硬盘:3 TB,EXT4格式化 执行操作系统:Debian Stretch,通过live-cd启动 通过从源HDD到目标HDD的整体大小为1 TB的文件浏览器复制文件时,复制进度失败两次,报告以下消息: Error mounting /dev/sdd1 at /run/media/root/Backup-Disk: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdd1" "/run/media/root/Backup-Disk"´ exited with non-zero exit status 32: mount /dev/sdd1: can't read superblock 之后,我无法安装或卸载目标驱动器,并且必须在开始新的复制尝试之前修复或重新格式化它。 但是,当使用不同的目标磁盘时,整个过程都没有任何问题。执行操作系统是Debian Stretch,源磁盘和目标磁盘都不是SSD驱动器。 故障发生在复制进度的不同位置:第一次发生在大约60%完成,第二次发生在大约95%。在这两种情况下,我都可以使用e2fsck并修复文件系统并继续复制进度。但是,我认为这应该不会发生? 只有一个磁盘出现这种故障的原因是什么? 我应该更好地更换磁盘是否安全?

1
操作系统硬盘坏道[关闭]
我想知道操作系统是否有可能在硬盘上制造坏扇区? 前言: 我在1Tb WD Caviar Black上购买了新硬盘。我已经安装了新的操作系统 EXT4 划分 Ubuntu 12.04.1 LTS 。几天后 聪明。 Ubuntu的磁盘工具显示我的硬盘有坏道!我已经查过了 聪明。 安装操作系统后立即 - 一切正常。在新的操作系统工作期间,我注意到有些奇怪的硬盘 - 所有操作系统都在20秒到1分钟内被冻结,我听说硬盘的引擎重启了。在 DMES 我发现了这样的事情: [40085.407947] ata1.00: device reported invalid CHS sector 0

1
填充的硬盘分区/移动(很多操作)
我有一个HHD,实际上是一团糟。我想组织它并排除一些我不想再使用的分区。精美地定位HD分区需要将整个分区移动到磁盘的另一部分,这给了我以下信息: 移动分区可能会导致操作系统无法启动。 您已对移动/ dev / sdb5分区的起始扇区的操作进行了排队。如果移动包含/ boot的GNU / Linux分区,或者移动Windows系统分区C :,则很可能发生启动失败。您可以在GParted常见问题解答中了解如何修复引导配置。http://gparted.org/faq.php 移动分区可能需要很长时间才能应用。 我当前在正在处理引导的SSD / dev / sda上运行debian7。进行所有这些操作是否安全?有没有机会丢失数据?谢谢 gparted上的当前硬盘结构和所需的硬盘结构:https ://dl.dropbox.com/u/6171737/screenshots/screenshot-window-2013-03-31-103706.jpg
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.