タグ付けされた質問 「ext4」

ext4または4番目の拡張ファイルシステムは、ext3の後継として開発されたLinux用のジャーナリングファイルシステムです。

0
lost + found内のアクセスできないファイル
(これは、原則としてStack Overflowの質問15800742と同じですが、得られた答えと、インターネットで見つけたその他の答えは、私にとってはうまくいきませんでした。) ファイルシステムのクラッシュとfsckの後、いくつかのファイル(通常のファイルとディレクトリの両方)が含まれる/ lost + foundディレクトリになりました。有用なことを行う方法がわかりませんでした。 システム情報: toomas ~ # uname -a Linux toomas 4.10.0-38-generic #42~16.04.1-Ubuntu SMP Tue Oct 10 16:32:20 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux root@toomas ~ # chmod --version | head -1 chmod (GNU coreutils) 8.25 root@toomas ~ # lsb_release -d Description: Linux Mint 18.3 Sylvia root@toomas …
2 linux  filesystems  ext4  gnu  fsck 

2
ルートFS読み取り専用:データモードを変更しない場合、再マウントで「再マウント時にデータモードを変更できません」と表示される
fstabの設定をいじった後、私のルートファイルシステムは読み取り専用でマウントされています。 私は実行することで過去にこのエラーを解決することができました # remount -o remount,rw / しかし、「再マウント時にデータモードを変更できません」というエラーが表示されます。これは、 "data ="オプションがマウントと再マウントの間で一致しないことを意味すると理解しています。問題は、データモードにどのようなオプションを指定しても、同じエラーが発生することです。 による mount、 / としてマウントされています ro,relatime,data=ordered。しかしながら -o remount,rw,data=ordered 同じエラーを出します。 による /etc/fstab、 / としてマウントされることになっています discard,errors=remount-ro,noatime,data=writeback。しかしながら -o rmount,rw,data=writeback 同じエラーを出します。 でも data=journal 同じエラーがあります。 にリストされている他のオプションも有効または無効にしようとしました mount そして /etc/fstabしかし、mountがこのエラーを出力すること以外に何もすることはありません。 このドライブを読み書き可能として再マウントする方法この意味のないエラーの原因は何ですか?

3
別のファイルシステムでバックアップを復元することは可能ですか?
私は今ext4でUbuntu 10.04を使用しています、そして私の人生で2度目の私はデータの損失を経験しました(私はバックアップを得ました)そして私は最近のext4 fsの問題を想定しています。 reiserFSに自分の設定(/ etcなど)、データ、およびホームをすべて復元したいのですが、可能ですか?それを達成するために何をするべきですか? (もちろん、あるファイルシステムから別のファイルシステムに移行することが可能であれば、私はもっと幸せになるでしょう...)

1
ファイルシステム内のすべてのファイルがエラーなく読み取れることを確認する方法
私はバックアップを作成するためにext4ファイルシステムの外付けハードドライブを使用しています。私が使っているバックアップソフトウェア(faubackup)は、ファイル階層1:1をハードドライブのタイムスタンプ付きのフォルダにコピーし、内容が同じファイルに変更されていないファイルの新しいコピーをハードリンクするように増分バックアップを作成します。前回のバックアップの対応するサブフォルダにあります。私は最近バックアップドライブが死んでしまったので、書き込まれたすべてのファイルが実際にI / Oエラーなしで読めることを確認したいので、バックアップに頼ることができます。 そのための1つの方法は、パーティション全体を読むことです。によって dd それに /dev/null。ただし、ディスクは3TBの大きさであり、そのためには約7時間かかります(USB 3.0経由)。 別の方法は使用することです e2fsck とともに -c オプションが、これも年齢がかかります。 ディスク全体をチェックするのではなくファイルだけをチェックすることで、プロセスを高速化することが可能であるべきだと私は思います。これは可能である。すべてのファイルをtarアーカイブに書き込みます。これはディスクには書き込まれませんが、 /dev/null。ここで問題はハードリンクです。私が10の増分バックアップを言ったとしたら、そのための記憶域はディスクのほんの一部に過ぎませんが、それはそれより約10倍大きいように見えます。 私の質問: ディスク上のファイルだけを読み取る方法はありますか。同じ記憶領域にハードリンクしているファイルの各セットに1つだけ読み取る方法はありますか?または作る方法はありますか e2fsck -c それとも似たようなものだけがファイルシステムの使用された部分(割り当てられたブロック)をチェックしますか?

1
Linuxの暗号化、ループデバイス、ジャーナリングファイルシステム
「暗号化デバイス」を使用してファイル内に暗号化されたディスクボリュームを作成するTruecrypt、loop-AES、Cryptoloopなどのツールを読んでいます。 ループAESのREADMEページには、ファイルシステムのジャーナリングに関する次の段落があります。 http://loop-aes.sourceforge.net/loop-AES.README ファイルバックアップループデバイスの上でジャーナリングファイルシステムを使用しないでください。デバイスバックアップループは、ジャーナリングファイルシステムで必要な順序で書き込みがディスクプラッタに到達することを保証するため、デバイスバックアップループデバイスをジャーナリングファイルシステムで使用できます(もちろん、ディスクドライブで書き込みキャッシュを無効にする必要があります)。ファイルバックアップループデバイスでは、正しい書き込み順序は、基盤となるファイルシステムのページキャッシュ(RAMに常駐)にのみ拡張されます。VMは、そのようなページを任意の順序でディスクに書き込むことができるため、ジャーナリングファイルシステムの書き込み順序の期待を破ることができます。 「ファイルの先頭にあるループデバイス上」とはどういう意味ですか。ディスクがジャーナリングファイルシステム(ext3、ext4、XFSなど)で物理的にフォーマットされ、そのファイルシステム内に仮想ディスクボリュームを格納するファイルを作成する状況を参照していますか?それとも、仮想ディスクボリュームを格納するファイル内のジャーナリングファイルシステムがどこにあるのかを説明していますか? Linuxパーティションはext4としてフォーマットされているため、最初の状況を参照している場合、パーティションのサイズを変更し、ext2またはFATパーティションを作成して、Truecrypt / loop-AES / Cryptoloopボリュームを格納するファイルを保存する必要があります。

0
ext4リカバリ:スーパーブロックバックアップ番号
一日の良い時間! HDDの恐ろしい障害の後、ディスクをマウントできない状況に陥りました-スーパーブロックの問題について不平を言っています。バックアップからスーパーブロックを復元する方法を説明した素晴らしい記事を見つけました。実行すると: sudo mke2fs -n /dev/sdd1 私は得る: Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208 したがって、次のコマンドを使用して回復できます。 e2fsck -b block_number /dev/sdd1 しかし、どのような「block_number」を使用する必要がありますか?そして、前のコマンドの出力にあるこれらの数字はどういう意味ですか?それらの異なるバックアップは異なる時間に行われますか?これは、数字が大きいほど最新バージョンであることを意味しますか?または、リングバッファがありますか?.. ありがとう! ジョン。
1 linux  ext4 

1
CentOSフォルダに保存できる実際のファイル数はいくつですか。 [閉まっている]
私は多くの質問を見つけました total files CentOSファイルシステムの制限が、私は実際の現実の状況、人々が1つのCentOSフォルダに格納することができたファイルの数に不思議でした。 1つのディレクトリに約500万枚の画像があるサイトがありますが、それでも画像が消える傾向があることがわかります df -ih 命令はinnodeがおよそ29%であると言います

0
ext4パーティション(SSDではない)で読み取り/書き込みエラーが発生する原因
次のような設定を想像してみてください。 USB 3を介してPCに接続されている、あるHDDから別のHDDへのバックアップのコピー ソースHDD:2 TB NTFS フォーマット済み ターゲットHDD:3 TB EXT4 フォーマット済み 実行中のOS:live-cdから起動したDebian Stretch ファイルブラウザを介してソースHDDからターゲットHDDに全体サイズ1 TBのファイルをコピーすると、コピーの進行に2回失敗し、次のメッセージが報告されました。 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ドライブではありません。 失敗はコピー進行​​のさまざまな位置でそれぞれ発生しました。1回目は60%完了、2回目は95%完了です。どちらの場合も、ファイルシステムを修正することができます。 e2fsck コピーの進行を続けます。しかし、これは起こらないはずだと思いますか? 1台のディスクだけでこのような障害が発生した理由は何でしょうか。 安全のためにディスクを交換した方がいいでしょうか。

0
私の16GB USBメモリをNTFS(またはLinuxの場合はEXT4)にフォーマットできません
私はSandisk Cruzer Blade 16GBを持っています、そして私はそれをWindows上のNTFSにフォーマットすることができません(10、そして私は既に "方法3"をやった このチュートリアル )、EXT4にfdiskとmkfsを使用してラズベリーパイでフォーマットする(スティックはマウントしない、エラーをこぼしてください) wrong fs type, bad option, bad superblock on /dev/sdx1 ) 面白いことに、私は問題なくWindows上のFAT32とLinux上のEXT3に問題なくフォーマットすることができますが、とにかく私はスティックがそれにデータを保存するために破損することができるので恐れ入ります。 だから、デバイスが破損しているか、これはこれらのファイル形式にUSBスティックをフォーマットする際の問題ですか?私は私のラズベリーパイのデータドライブとしてこれを使用する予定があるので、ext4が好ましいフォーマットになるでしょう。 編集 :鉄人によると: 「ファームウェア保護が効力を発揮したかどうか私は思っていたが、それはありそうもないようだ」

1
USBまたはインターネット経由でUbuntuファイルシステムにExcelですか?
WindowsとExcelでVirtualBoxをホストするUbuntuを搭載したマシンがあり、正しく思い出すと、ExcelがUbuntuファイルシステム(ext4)に直接アクセスしていました。 私は通常、UbuntuコンピューターとWindowsコンピューターの両方を実行しているため、VirtualBoxの必要性を排除したいと思います。Excelが必要になるのはたまにしかありません。WindowsマシンのExcelがUSBまたはインターネット経由でUbuntu ext4ファイルシステムにアクセスする方法はありますか? これはVirtualBoxよりもはるかに便利です。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.