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

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

4
NTFS-> EXT4移行、120 GBはどこに行きましたか?
wim@wim-ubuntu:~/Desktop$ mount | grep media /dev/sdc1 on /media/data type ext4 (rw,nosuid,nodev,uhelper=udisks) /dev/sdb1 on /media/wd type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions) wim@wim-ubuntu:~/Desktop$ df | grep media /dev/sdc1 1922858352 1824822680 360072 100% /media/data /dev/sdb1 1953512000 1825392384 128119616 94% /media/wd wim@wim-ubuntu:~/Desktop$ df -h | grep media /dev/sdc1 1.8T 1.7T 352M 100% /media/data /dev/sdb1 1.9T 1.8T 123G …
9 filesystem  ntfs  ext4 

5
ext4からbtrfsへの変換:どのくらい時間がかかりますか?スペース要件?
ext4パーティション分割HDDのbtrfs-convertを開始しました。最初にfsckを実行しましたが、問題ありませんでした。それで、現在4時間以上実行されているので(1.)終了するのでしょうか?変換について複数の記事を(すぐに)読みましたが、スペース要件については何も述べられていません。しかし、この記事を検討している人がいると思います:https : //oss.oracle.com/projects/btrfs/dist/documentation/btrfs-converter.html だから私が始める前に私のHDDは1.82TBの99.0%を使っていました。(2.)完了できない場合は、保存してキャンセル(CTRL + C)して保存しますか? iotopは、btrfs-convertが私のhddから〜40MB / sで読み込んでいることを示し、topは、1つのCPUコアがbtrfs-convertによって完全にロードされていることを示しています。(3)今、最も賢明な決定は何でしょうか? 更新:その間、変換プロセスが終了しました。ほぼ3日かかりました。それを追加する必要があります。速度は0〜10MB /秒に低下しましたが、100%のI / O負荷とCPU使用率はそれに応じて低下しました。今朝(2日以上実行後)、変換プロセスのCPU時間は約9時間しかありませんでした。全体として、すべてが問題ないようです。
9 server  ext4  btrfs 


2
ジャーナルとは何ですか?
私は自分のコンピューターを完全にシャットダウンしました。次の起動時に、起動時に数秒間メッセージが表示されましたrecovering journal。4つのスタートアップの後、メッセージはそこにありませんでした-初めてだけ。結果や副作用はないようです。この質問のおかげで、なぜそれが起こったのかはわかっていますが、インターネット上のどこにもジャーナルが何であるかを述べていません。何の問題もありません、私はそれが何であるかに興味があります。
8 boot  ext4 


1
SSD TRIMのサポートは12.10でもまだ自動ですか?
Ubuntu Preciseを実行しているラップトップで自動TRIMを実行していた人々。TRIMガイドのように、discard/ etc / fstabのマウントオプションに追加しhdparm --read-sector、rm &&同期の直後に0 を読み取りました。まったく同じハードウェア、ラップトップ、およびSSDを使用しているため、Quantalにアップグレードした後、TRIMは自動ではなくなったようです。 上記のガイドのテストは、必ずしも機能しない場合があることを認識しています。SSDはブロックなどをすべて消去します。しかし、Quantalは少なくとも異なります。ファイルを削除して同期した後、そのデータはまだディスク上にあり、数分待っても消去されません。fstrim 意志その後、0死者ファイルのブロック。一度。5分後に同じテストを繰り返しても、fstrimは何もしません。 これはおそらくカーネルの問題だと思いますが、その箱は私の精巧なトーチには黒すぎます。カーネル3.5は自分が何をしたいかを私が知っていることを知っていると確信しています。見た目にもかかわらず、すべてが順調です。Quantal / kernel 3.5のTRIMに関するスクープはありますか?
8 kernel  ssd  ext4  trim 



1
空のファイルシステム上でもアクティブなext4 jbd2ジャーナリング
私のext4ファイルシステムで、jbd2ジャーナリングが原因と思われるいくつかの問題が発生しています。私は関連する投稿をここに作成し、誰かが助けてくれることを期待して、言い換えます。 最小限の例として、空の8GB USBスティックから始め、gpartedを使用して1つのext4パーティションを作成します。ext4ファイルシステムの作成時にgpartedが使用するコマンドは次のとおりです。 mkfs.ext4 -j -O extent -L DataTraveler8gb /dev/sde1 ファイルシステムをgpartedで確認します。 e2fsck -f -y -v /dev/sde1 そして私はそれをマウントします: sudo mount /dev/sde1 /media/test ディスクは空ですが、ジャーナリングはこのディスク(/ dev / sde1)で非常にアクティブです。他のディスクは同様にフォーマットされたext4 SSDです。iotopのスナップショット: % sudo iotop -oPa Total DISK READ: 0.00 B/s | Total DISK WRITE: 2027.21 K/s PID PRIO USER DISK READ DISK WRITE SWAPIN IO …
8 11.10  gparted  ext4 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.