BTRFSパーティションのエラーを修正する方法

BTRFSパーティションの確認と回復に役立つ必要があります。すべては私のシステムのいくつかのディレクトリにアクセスできなくなり始めました。実行すると、これらのディレクトリに対する権限が疑問符で表示されますls -l。 d????????? ? ? ? ? dir1/ d????????? ? ? ? ? dir2/ d????????? ? ? ? ? dir3/ 最後のバックアップ中に問題が発生したようですrsync。これらのディレクトリのいずれかを削除しようとすると、rm -frv dir1次のエラーが発生します。 rm: cannot remove 'dir1': Input/output error パーティションをアンマウントし、BTRFS 'チェックを実行しました。 sudo umount /dev/sda1 sudo btrfs check /dev/sda1 次のエラーがたくさん発生します。 root 5 inode 77131 errors 2001, no inode item, link count wrong unresolved ref dir 68134 index 0 namelen 11 name filetype 1 errors 6, no dir index, no inode ref 以下でコマンドの概要を確認してくださいbtrfs check。 ERROR: errors found in fs roots found 291234099200 bytes used, error(s) found total csum bytes: 268053312 total tree bytes: 372293632 total fs tree bytes: 58654720 total extent tree bytes: 7356416 btree space waste bytes: 45522801 file data blocks allocated: 290844143616 referenced 290844143616 ここに案内してもらえますか？ファイルシステムを修復するには？btfrs check警告マニュアルページ反対するrepairコマンドを使用してください。

Admin 2024-07-15

ddを使用してイメージをコピーすると、不明なext4ファイルシステムが発生します。

Raspberry Pi SDカードをバックアップしようとしましたが、失敗し続けます。私が持っている他の32GB SDカードに収まるようにサイズが小さくなければなりません。 pishrinkのようなチュートリアルに沿って多くの失敗を経験した後、ルートファイルシステムを約8GiBに減らしました。それでは大丈夫でしょう。その後、DDを使用して次のようにコピーしました。 dd if=/dev/mmcblk0 of=small.img bs=1M count=10240 そしてこのようなことを目指して dd if=small.img of=/dev/mmcblk0 bs=1M count=10240 これを行うたびに、ルートパーティションは不明なファイル形式で終了します。もともとext4でしたが、gpartedで動作するSDカードは次のとおりです。ルートパーティションがext4であることがわかります。 これは私が書くことを試みた後2番目のカードから分かれました。ブートパーティションには問題ありませんが、ext4ルートパーティションに問題があります。 PIは、ルートパーティションのロードを試みるまで実際に起動します。この問題は、イメージを何回コピーしようとしたり、dd コマンドでサイズを無視しようとした場合でも発生します。ここで私は何を逃していますか？ PIからSDカードを取り出した後、Ubuntuシステムからこのすべてのコピーを実行したと言う必要があります。したがって、ファイルシステムはコピー時にカードで使用されません。 破損したSDカードを私のUbuntuコンピュータに挿入して起動し、ついに起動できましたfsck -l /dev/mmcblk0p2。私にゴミと言い始めたとき、私はCtrl-Cを押し続けていました。 gpartedはこれをext4として認識して起動できるようになりました。しかし、正確には何ですか :) なぜこれが起こるのか理解していません。

Admin 2024-07-11

Raspberry Pi：外付けハードドライブ「無効なファイルシステムの種類、無効なオプション」

Pi用の外付けハードドライブを設定しようとしています。店頭で購入しましたが、保存スペースが2TBですね。私はそれを接続して実行しますlsblk： NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 38.8M 1 loop /snap/certbot/1344 loop1 7:1 0 38.7M 1 loop /snap/certbot/1435 loop2 7:2 0 84.4M 1 loop /snap/core/11610 loop3 7:3 0 51.5M 1 loop /snap/core20/1085 sda 8:0 0 1.8T 0 disk mmcblk0 179:0 0 29.8G 0 disk ├─mmcblk0p1 179:1 0 256M 0 part /boot └─mmcblk0p2 179:2 0 29.5G 0 part / インストールしようとしましたが、/var/www/drive2次のエラーが発生しました。 mount: /var/www/drive2: wrong fs type, bad option, bad superblock on /dev/sda, missing codepage or helper program, or other error. この問題をどのように解決できますか？私のハードドライブに問題があるのでしょうか？

Admin 2024-07-18

Linuxディストリビューションの最初のファイルシステムは何ですか？

Linuxディストリビューションの最初のファイルシステムは何ですか？ 90年代初頭、WindowsのFAT（？）と「並列」？ 読むべき名前を知りたいです。おそらくUnixで使用されている名前と同じかもしれません。Unixファイルシステム）。

Admin 2024-07-11

なぜ/group/がないのですか？目次？

グループと同じディレクトリ構造を持つことに利点はありますか/home/？ /group/。各グループディレクトリはグループが所有し、非会員ユーザーはデフォルトでアクセスできません。グループの場合、これは他のグループメンバーに必要なファイルを共有できる論理的な場所です。 piたとえば、user（明確でない場合はDebianを使用しています）とgroupを考えてみましょうapp。 pi@raspberrypi:~ $ groups pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi app ディレクトリを見てみると、/group次のようによく似ていることがわかります$ cat /etc/group | awk -F: '{print $1}' | sort 。 pi@raspberrypi:~ $ ls -l /group drwxrwx--- 6 root adm 4096 Aug 17 21:16 adm drwxrwx--- 6 root audio 4096 Aug 17 21:16 audio drwxrwx--- 6 root app 4096 Aug 17 21:16 app ..etc 各ディレクトリはシステムの各グループに対応します。各グループのディレクトリは、そのグループとシステムの root ユーザーによって所有されます。 これで、グループの他のユーザーには、appグループの他のメンバーとファイルを共有できる特定の場所があります。仮想例では、piユーザーのプライマリアプリケーションがSQLデータベースを作成し、/group/appグループの他のメンバーappがアクセスできるようにします。

Admin 2024-07-19

ファイル修正時間はUTCですか、それともローカルタイムゾーンですか？

新しいファイルを受信すると、touch変更時刻は UTC 時間ではなく、現地時間帯の現在時刻として表示されます。このファイルを別のタイムゾーンのコンピュータにコピーすると、そのコンピュータのタイムゾーンに更新されますか、それとも私のコンピュータと同じ時間が表示されますか？ファイルの変更時にタイムゾーン情報も含まれますか？

Admin 2024-07-14

破損したext4パーティションからメタデータを回復する

かなり複雑なデータ復旧作業があります。破損したext4ファイルシステムからいくつかのメタデータ（ファイル名、ディレクトリ構造など）をインポートしたいと思います。多くのツール（Testdisk、、、fsck）を試してみましたforemostが、役に立ちませんでした。私はファイルシステムの基本的な理解だけを持っていたので、おそらくほとんどを非常に効率的に使用していなかったでしょう。または、このツールが私の状況に適していない可能性があります。これが私がすべてを台無しにした方法です。 誤って上書きプロセスを開始したハードドライブがあります。使ったこれらのSATA USBドッキングステーションの1つ、作業中に誤って複製ボタンを押しました。これにより、あるドライブから別のドライブへのレプリケーションが開始されます。私のハードドライブに新しいパーティションを作成し、そこにデータを書き始めました。約1分後、私はこれを実現し、プロセスを中断し、ドライブを切断しました。 どちらのディスクもext4パーティションとしてフォーマットされています。したがって、私のディスクの1つのパーティションが破損しているため、その中のデータにアクセスできなくなります。上書きされたデータは回復できないことを理解してください。ただし、ほとんどのデータはこのように短時間で破損しません。 幸いなことに、私が持っているほとんどのファイルはインターネット上の他の場所で利用できるため、再ダウンロードできます。ただし、これを行うには、ファイルとディレクトリ名のリストをインポートする必要があります。この操作を正常に実行できるツールが見つかりません。Testdisk有望に見えますが、これを使用すると、レプリケーションプロセス中に生成されたデータにのみアクセスできます。誰もが私がどのようにできることを教えてもらえますか？助けてくれてありがとう。ありがとうございます。

Admin 2024-07-09

strace、lsof、およびfdinfoを使用してプロセスが監視したいターゲットを見つけるにはどうすればよいですか？

RHEL 7、xfsファイルシステムホストにプロセス（NewRelicインフラストラクチャエージェント）があります。他のプロセスですでに使用されているファイルまたはソケットを監視したいようです。 実行すると、strace次の結果が表示されます。 strace: Process 18333 attached read(6, 実行してみるとlsof次のようになります。 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME newrelic- 18333 root cwd DIR 253,3 236 64 / newrelic- 18333 root rtd DIR 253,3 236 64 / newrelic- 18333 root txt REG 253,3 15672136 9280340 /usr/bin/newrelic-infra newrelic- 18333 root mem REG 253,3 68192 16892409 /usr/lib64/libbz2.so.1.0.6 newrelic- 18333 root mem REG 253,3 157400 16892537 /usr/lib64/liblzma.so.5.2.2 newrelic- 18333 root mem REG 253,3 90248 16891935 /usr/lib64/libz.so.1.2.7 newrelic- 18333 root mem REG 253,3 100008 16891900 /usr/lib64/libelf-0.172.so newrelic- 18333 root mem REG 253,3 19896 16892403 /usr/lib64/libattr.so.1.1.0 newrelic- 18333 root mem REG 253,3 88776 16798006 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 newrelic- 18333 root mem REG 253,3 19288 16891827 /usr/lib64/libdl-2.17.so newrelic- 18333 root mem REG 253,3 330464 16891809 /usr/lib64/libdw-0.172.so newrelic- 18333 root mem REG 253,3 43776 17005232 /usr/lib64/librt-2.17.so newrelic- 18333 root mem REG 253,3 1137024 16891840 /usr/lib64/libm-2.17.so newrelic- 18333 root mem REG 253,3 20032 16892412 /usr/lib64/libcap.so.2.22 newrelic- 18333 root mem REG 253,3 86544 16891748 /usr/lib64/libnss_myhostname.so.2 newrelic- 18333 root mem REG 253,3 105824 17005229 /usr/lib64/libresolv-2.17.so newrelic- 18333 root mem REG 253,3 31408 17005206 /usr/lib64/libnss_dns-2.17.so newrelic- 18333 root mem REG 253,3 61624 17005208 /usr/lib64/libnss_files-2.17.so newrelic- 18333 root mem REG 253,3 2151672 16891807 /usr/lib64/libc-2.17.so newrelic- 18333 root mem REG 253,3 141968 17005223 /usr/lib64/libpthread-2.17.so newrelic- 18333 root mem REG 253,3 163400 16798041 /usr/lib64/ld-2.17.so newrelic- 18333 root 0r CHR 1,3 0t0 1042 /dev/null newrelic- 18333 root 1u unix 0xffff9350a1c09c00 0t0 1317098 socket newrelic- 18333 root 2u unix 0xffff9350a1c09c00 0t0 1317098 socket newrelic- 18333 root 3u IPv4 11711276 0t0 TCP myfunhost:52494->infra-api.newrelic.com:https (ESTABLISHED) newrelic- 18333 root 4u a_inode 0,10 0 6464 [eventpoll] newrelic- 18333 root 6r a_inode 0,10 0 6464 inotify newrelic- 18333 root 7r a_inode 0,10 0 6464 inotify newrelic- 18333 root 8u unix 0xffff93518321b400 0t0 1318644 socket fdinfoプロセスでファイル記述子を確認すると、次のようになります。 pos: 0 flags: 00 mnt_id: 10 inotify wd:1 ino:77f7 sdev:14 mask:fce ignored_mask:0 fhandle-bytes:c fhandle-type:1 f_handle:3e61c95cf777000000000000 fdinfo情報を取得またはlsof監視したいコンテンツを見つけることができますか？

Admin 2024-07-10

2つのパーティションを持つ仮想ディスクのパーティションをマウントしようとすると、「マウント」が失敗するのはなぜですか？

2つのパーティションで構成された仮想ディスクを作成しようとしています。 1つ目は100M FAT（タイプ0xC）、2つ目は2G Linuxパーティション（タイプ83）です。実際のUSBデバイスを使用してこれを正しく実行するプロセスがあります。しかし、USBデバイスを使用する必要がないようにイメージを仮想化したいと思います。下部にリンクされている質問とよく似た質問を見つけましたが、答え（または質問）は、ファイルがホストと共有されているドライブに存在することです。 （これは私が理解したものです。）仮想マシンのディスクに仮想ディスクを作成しているので、この問題を回避したいと思います。 単一パーティションの仮想ディスクを作成、フォーマットし、ファイルを書き込むことができます。問題なく、別々のファイルに両方の種類のパーティションを作成できます。単一の仮想ディスクに2つのパーティションを作成しようとすると、マウントが失敗します。 同じ情報を含むUSBドライブを作成できるように、イメージファイルが必要です。さらに、画像を会社の生産システムにインポートする必要があります。 「mount」のメッセージは次のとおりです。 マウント: 無効なファイルシステムタイプ、無効なオプション、/dev/loop1p1 の無効なスーパーブロック、欠落コードページ、ヘルパー、その他のエラー dmesg を確認すると、次のメッセージが表示されます。 [79703.646945] FAT-fs(loop1p1): 予約されたセクタの無効な数 [79703.646949] FAT-fs（loop1p1）：有効なFATファイルシステムが見つかりません。 fdiskは私が期待するものを示しています： sudo fdisk -lu /dev/loop1 ディスク /dev/loop1: 2.2 GiB、2306867200 バイト、4505600 セクタ 単位：セクタ1 * 512 = 512バイト セクタサイズ（論理/物理）：512バイト/512バイト I/Oサイズ(最小/最適): 512バイト/512バイト ディスクラベルの種類：dos ディスク識別子：0xbe0f04f4 デバイスの起動開始および終了セクタサイズIDタイプ /dev/loop1p1 2048 206847 204800100M c W95 FAT32(LBA) /dev/loop1p2 206848 4401151 4194304 2G 83 Linux 私は実行しています： uname -a Linux xxxxxxxxx 4.15.0-142-一般 #146~16.04.1-Ubuntu SMP 火曜日 4月 13日 09:27:15 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux ここにも同様の質問があります。

Admin 2024-07-19

Linuxファイルシステムのマウントポイントについて

（私はLinuxを初めて使うので、素直な質問かもしれません。） 私はdfコマンドを試しました。それは私に次のようなものを与えます： 私はLinuxがすべてをファイルとして扱うことを知っています。 最初の列Filesystemと最後の列はどちらもいくつかMounted onのパスのように見えます。 したがって、上記の出力/dev/dsk/c0t3d0s0はにインストールされていることを示します/。 dev/dsk/c0t3d0s0しかし、誰が物理ディスクパーティションを最初にマウントしましたか？すでにマウントされていますが、なぜ再マウントする必要がありますか/？ Linuxファイルシステムのどこにでも物理ディスクパーティションをマウントできるようです。私は間違っていますか？実際に合法的なケースがいくつしかありませんか？マウントポイントLinuxファイルシステムで。そのようなdev/dsk/c0t3d0s0ものの1つではありませんか？そしてdev/dsk/c0t3d0s0全く違う/の？

Admin 2024-07-30

ディレクトリ内のすべてのファイルをUSBストレージデバイスにコピーできないのはなぜですか？

sdc1にインストールされました/media/debian/Ventoy。 debian@debian:~$ sudo blkid | grep Ventoy /dev/sdc1: LABEL="Ventoy" UUID="F82D-76BE" BLOCK_SIZE="512" TYPE="exfat" PTTYPE="dos" PARTUUID="1af31d46-01" debian@debian:~$ df /media/debian/Ventoy Filesystem 1K-blocks Used Available Use% Mounted on /dev/sdc1 15324256 7971552 7352704 53% /media/debian/Ventoy ディレクトリの内容を表示しますmaterial。 ls material 'Best Semiconductor Stocks & ETFs in 2021 | The Motley Fool_files' 'How To Use AppImage in Linux [Complete Guide] - It'\''s FOSS_files' 'Best Semiconductor Stocks & ETFs in 2021 | The Motley Fool.html' 'How To Use AppImage in Linux [Complete Guide] - It'\''s FOSS.html' 次の場所にコピーしてください/tmp。 sudo cp -R material /tmp 良い結果。次に、次の場所にコピーしますsdd1。 sudo cp -R material /media/debian/Ventoy cp: cannot create directory '/media/debian/Ventoy/material/Best Semiconductor Stocks & ETFs in 2021 | The Motley Fool_files': No such file or directory cp: cannot create regular file '/media/debian/Ventoy/material/Best Semiconductor Stocks & ETFs in 2021 | The Motley Fool.html': No such file or directory ディレクトリ内のすべてのファイルをUSBストレージデバイスにコピーできないのはなぜですか？

Admin 2024-07-29