Torrent / Gnutellaファイルの断片化を減らすためにファイル全体の事前割り当てをサポートするLinuxファイルシステムは何ですか？

私が理解したのは、少なくともLinux ext3ファイルシステムでは、大容量ファイルが作成されたときにデータが実際にファイルのその部分に書き込まれるまで、ブロックは実際にディスクに割り当てられません。 Linuxは、プログラムがメモリを割り当てるときに同様のことを行います。割り当てが遅れてデータが書き込まれるまで、ページは実際には割り当てられませんが、これは別のトピックです。 BittorrentやGnutellaなどのファイル共有プログラムは、ファイルに書き込むと、ファイルの任意の領域に小さな塊を書き込みます。 Linuxファイルシステムは、ファイルのこれらの部分をディスクに配置し、多くの断片化を生成します。このように複数のファイルに同時に書き込む場合、問題は特に深刻です。ファイル共有プログラムで事前に割り当てられたファイルを選択しても役に立たないようです。これらのファイルは通常10MB /秒の速度でのみ読み取ることができ、多くの断片化を生成します。 filefragユーティリティを使用して、ファイル内のフラグメントの数を確認できます。 /var/log/messsagesのようなファイルはテストするのに最適な場所です。 ext3では、他のほとんどのLinuxファイルシステムでもこれが本当であると仮定します。断片化を最小限に抑えながら最初から最後まで完全に割り当てられたファイルを持つには、実際には一部のデータをファイル全体に書き込む必要があります。 LinuxでNTFSボリュームをマウントしてみることもできますが、より良い方法が必要です！考慮すべきext4、btrfs、xfs、jfs、ReiserFS、ExFAT、FAT32もあります！事前に割り当てられたファイルはありますか？それとも、最初にファイル全体にデータを書き込むことなくこれを行うことができるAPIはありますか？

Admin 2024-07-07

elasticsearchは証明書ファイル-linuxファイルの権限を読み取れません。

certbotを使用して証明書ファイルを生成しました。に配置されています/etc/letsencrypt/...。 elkユーザーを追加した場所でというグループを作成し、所有グループを再帰的elasticsearchに設定し、/etc/letsencrypt権限を再帰的に設定しました770。 ？経由でElasticsearchを起動すると、systemctl start elasticsearch.serviceファイルを読み取ることができませんか？Caused by: java.security.AccessControlException: access denied ("java.io.FilePermission" "/etc/letsencrypt/live//fullchain.pem" "read") なぜそんなことですか？ ElasticsearchとKibanaで同じ証明書を使用するには、どの戦略をお勧めしますか？

Admin 2024-07-07

ファイルシステムでブロックデバイスを物理的にアドレス指定する方法

これに本、以下はファイルシステムのアドレッシングに関するものです。 ファイルシステムは、物理メディア上のブロックがどこに配置されるべきかを気にする必要はない。これはデバイスドライバの操作です。 これに関連するいくつかの質問があります。 inodeの一部であるポインタに論理ブロックインデックスが含まれていますか、それとも実際の物理アドレスが含まれていますか？ 前者の場合、ブロックインデックスと実際の物理位置のマッピングはどこに保存されますか？ 物理アドレス指定（例：SSDデバイス）の例はありますか？

Admin 2024-07-07

lsblk：FSSIZEがFSAVAIL + FSUSEDと等しくない理由

sudo lsblk --fs -o NAME,FSTYPE,SIZE,FSSIZE,FSUSED,FSAVAIL,FSUSE%,MOUNTPOINTS,LABEL,PATH | grep -v '^loop' NAME FSTYPE SIZE FSSIZE FSUSED FSAVAIL FSUSE% MOUNTPOINTS LABEL PATH zram0 8G [SWAP] /dev/zram0 nvme0n1 1.8T /dev/nvme0n1 ├─nvme0n1p1 ext4 768M /dev/nvme0n1p1 ├─nvme0n1p2 ext4 768M 738.4M 240.9M 443.8M 33% /boot FedoraBoot /dev/nvme0n1p2 ├─nvme0n1p3 ext4 768M UnassignedBoot /dev/nvme0n1p3 ├─nvme0n1p4 vfat 128M 127.7M 22.4M 105.3M 18% /boot/efi EFI-SP /dev/nvme0n1p4 └─nvme0n1p5 LVM2_member 1.8T /dev/nvme0n1p5 ├─vgubuntu-FedoraRoot ext4 100G 98.1G 47.9G 45.2G 49% / FedoraRoot /dev/mapper/vgubuntu-FedoraRoot ├─vgubuntu-FedoraSwap swap 32G [SWAP] /dev/mapper/vgubuntu-FedoraSwap ├─vgubuntu-UbuntuSwap swap 32G /dev/mapper/vgubuntu-UbuntuSwap ├─vgubuntu-UbuntuRoot ext4 50G /dev/mapper/vgubuntu-UbuntuRoot ├─vgubuntu-UbuntuHome ext4 18G /dev/mapper/vgubuntu-UbuntuHome ├─vgubuntu-FedoraHome ext4 18G 17.5G 6.5G 10.1G 37% /home FedoraHome /dev/mapper/vgubuntu-FedoraHome ├─vgubuntu-Data ext4 100G 98.1G 82G 11.6G 84% /mnt/Data Data /dev/mapper/vgubuntu-Data ├─vgubuntu-Documents ext4 250G 245G 208.5G 24G 85% /mnt/Documents Documents /dev/mapper/vgubuntu-Documents ├─vgubuntu-Media ext4 500G 491.1G 331.2G 134.8G 67% /mnt/Media Media /dev/mapper/vgubuntu-Media └─vgubuntu-Backup ext4 100G 97.9G 9.1G 83.7G 9% /mnt/Backup Backup /dev/mapper/vgubuntu-Backup

Admin 2024-07-07

/ usr / bin /にあるファイルにアクセスできないのはなぜですか？

私にはこのマシンがあります。私はこのマシンの唯一のユーザーです。場所の問題が原因で/ usr / bin /のファイルにアクセスできず、/usr/lib/python3/dist-packages/printrun/現在エラーが発生しています。 新しくインストールされたバイナリに対する/usr/bin/に対する権限がない理由は何ですか？ printrunが/usr/bin/ユーザースペースで使用するバイナリを生成するために尋ねます。 現在/usr/bin/にあるファイル（このバイナリ）にアクセスしようとしていますが、不明なファイル位置エラーが発生します... ls: cannot access '/usr/lib/python3/dist-packages/printrun/plugins/__init__.py': Permission denied ls: cannot access '/usr/lib/python3/dist-packages/printrun/plugins/__pycache__': Permission denied ls: cannot access '/usr/lib/python3/dist-packages/printrun/plugins/sample.py': Permission denied これは、コマンドを実行したり具体的に実行したときにpython3 /usr/bin/pronsole発生するエラーに関する別のアイデアですpython3 /usr/bin/pronterface。 ImportError: cannot import name 'PRINTCORE_HANDLER' from 'printrun.plugins' (unknown location) 私はこれが(unknown location)許可エラーによるものだと思いましたが、どの形式や方法でもchmodを使用すると同じエラーが発生します。 私はカーネル5.10.x、6.1.x、およびメインラインを使用しています。 イメージを古いバージョンまたは最新バージョンに更新またはダウングレードする場合。 and when... 私は私のシステムに対する「すべての権限」を持っています。 私はそれを使用しませんでした。su -なぜなら、sudo python3 /usr/bin/pronterfaceスーパーユーザーとして実行して現在のユーザー権限と設定の使用を汚染したくないからです。 だから明確に言えば... /usr/bin/pronterface/usr/lib/python3/dist-packages/printrun/*コンピュータに正しい権限がないため、コンピュータにsudoまたはroot権限が必要です。 sudoを使用するか、rootユーザーになります。

Admin 2024-07-07

stat(2) 書き込み後の読み取りは write(2) と一致しますか？

man 2 write状態： POSIX では、write() 戻り後に発生する read(2) が新しいデータを返すことを証明できなければなりません。すべてのファイルシステムがPOSIXと互換性があるわけではありません。 stat(2)Linuxでは、これはfstat(2)特にメンバーにも適用されますかstat.st_size？ 具体的には、statまたはfstatを使用してファイルを開き、そのファイルに948427バイトを書き込むと、948427バイトがO_CREAT表示されますか？ （もしそうなら、これはPOSIXファイルシステムの保証ですか、それとも通常のLinuxファイルシステムが実際に提供しているのでしょうか、それとも他のファイルシステムではないいくつかのファイルシステムの属性ですか？）st_size

Admin 2024-07-07

ワイルドカード拡張はどのように重複を生成しますか？

私はスキャンを通して理解することがほとんど不可能になる多くのファイルがあるディレクトリを持っています。しかし、状況はこうです。 cp giant_folder/pre* myfolder 実行中で、次の警告が生成され始めます。 cp: warning: source file 'giant_folder/pre1234.txt' specified more than once どうすればこれが起こりますか？

Admin 2024-07-07

Linuxのファイルシステム時間が常にシステム時間より数ミリ秒遅いのはなぜですか？

Linuxでは、ファイルシステム時間が常にシステム時間より数ミリ秒遅れているように見えるため、非常に狭い時間範囲（ミリ秒）内で特定の時間の前後にファイルが変更されたことを確認しようとすると、不一致が発生する可能性があります。 ナノ秒の解像度をサポートするファイルシステムを備えたLinuxシステム（私は256バイトのinodeとZFSでext4を使ってみました）で次のことをしようとしました： date +%H:%M:%S.%N; echo "hello" > test1; stat -c %y test1 | cut -d" " -f 2 2番目の出力値（ファイル修正時間）は、常に最初の出力値（システム時間）より数ミリ秒遅れます。たとえば、次のようになります。 17:26:42.400823099 17:26:42.395348462 反対方向でなければなりませんが、ファイルがtest1変更されたため後ろにdateコマンドを呼び出します。 Pythonでも同じ結果が得られます。 import os, time def test(): print(time.time()) with open("test1", "w") as f: f.write("hello") print(os.stat("test1").st_mtime) test() 1698255477.3125281 1698255477.3070245 なぜこれが起こるのですか？これを防ぎ、システム時間をファイルシステム時間と一致させる方法はありますか？これまで私が見つけた唯一の回避策は、ダミーの一時ファイルを次のように作成し、修正時間を取得してファイルシステム「時間」（実際に何を意味するのか）を取得することです。 def get_filesystem_time(): """ get the current filesystem time by creating a temporary file and getting its modification time. """ with tempfile.NamedTemporaryFile() as f: return os.stat(f.name).st_mtime しかし、よりクリーンな解決策があるかどうか疑問に思います。

Admin 2024-07-07

ext4 オフセット前の「FAT パーティションの不正ジャンプ」および「クラスタごとの不良セクタ数」

TL; DRパーティションテーブル（？）は、NTFSデータパーティションとEXT4ファイルシステムを含むドライブのWindowsディスク管理のために混乱する可能性があります。確かに、データ損失がまったくないかほとんどありません。 testdiskや他の回避策はすべて機能しません。今何を試すべきかわかりません。 しばらくの間、私は約330 GBのNTFSデータパーティション+ Windowsリカバリパーティションをデータドライブとして使用する1TBドライブと約660GBのext4 Linuxファイルシステムを使用しました。最近、Windowsボリュームを削除して再フォーマットしました。その後、一部のデータをボリュームに転送して再度削除します。その後、Linuxシステムを起動しようとしましたが、不明なファイルシステムによってGRUB構造に追い出されました。調査のためにLive CDを起動した後、ファイルシステムを調べたときにいくつかの奇妙な結果が見つかりました。 fdisk -lを実行した結果： Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: CT1000MX500SSD4 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 02CF7D49-F583-4C04-9795-0455F781C90B デバイスの開始と終了のセクタサイズタイプ /dev/sdb2 660166656 1953523711 1293357056 616.7G Linux filesystem GRUBを再インストールしてみてください（なぜNTFSだと思いますか？ハハ）： NTFS signature is missing. Failed to mount '/dev/sdb2': Invalid argument The device '/dev/sdb2' doesn't seem to have a valid NTFS. Maybe the wrong device is used? Or the whole disk instead of a partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around? NTFS signature is missing. Failed to mount '/dev/sdb2': Invalid argument The device '/dev/sdb2' doesn't seem to have a valid NTFS. Maybe the wrong device is used? Or the whole disk instead of a partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around? ext4を使用して明示的にマウントする mount: /mnt: wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error. dmesg(1) may have more information after failed mount system call. fsckを試しました（mke2fsから取得したすべての回復ブロックを試しましたが、役に立ちませんでした。結果は同じです） fsck from util-linux 2.38.1 e2fsck 1.47.0 (5-Feb-2023) ext2fs_open2: Bad magic number in super-block fsck.ext2: Superblock invalid, trying backup blocks... fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb2 The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem. If the device is valid and it really contains an ext2/ext3/ext4 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 or e2fsck -b 32768 パーティションがどのファイルシステムであるかを調べようとしています（wtf LOL）。 ubuntu@ubuntu:~$ sudo file -sL /dev/sdb2 /dev/sdb2: OpenPGP Public Key これは（特に完全にランダムなバイトを読み取ることを示す最後のものです）、すべてが破損したファイルシステム、または誤ってソートまたは混乱したパーティションテーブルを指していると思います。そのパーティションで直接何もしたことがなく、そのドライブの他のパーティションでのみ作業していて、その証拠がないことを考慮すると、実際のファイルシステムに重大な破損が発生する可能性はほとんどないと思います。ハードフォーマットなど、ドライブで発生した破壊的な操作はありません。私の考えでは、Windowsが何らかの方法でパーティションテーブルを台無しにし（よくあるように）、私たちは間違ったオフセットでこれを説明しようとしています。 私はいくつかのファイル修復ツールを実行しましたが、誤って解釈されたいくつかのゴミファイルの種類を除いて、役に立つものを手に入れませんでした。 その後、テストディスクを試してみました。最初はfdiskで見つかったのと同じLinuxファイルシステムパーティションを見ましたが、ファイル形式もまったく解釈できませんでした。 NTFSファイルシステムとext4ファイルシステムの間の正確な移行点で、奇妙なエラーメッセージを除いて、迅速で詳細な検索結果は得られませんでした。 （このドライブにかつて存在していたWindowsリカバリパーティションの形式であるFATに関連していますが、それが問題の原因（？）かもしれません。以下にテストディスクログを添付しました。正直なところ、今はどうするかわかりません。 Sat Sep 16 04:30:31 2023 Command line: TestDisk TestDisk 7.1, Data Recovery Utility, July 2019 Christophe GRENIER <[email protected]> https://www.cgsecurity.org OS: Linux, kernel 6.2.0-20-generic (#20-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 6 07:48:48 UTC 2023) x86_64 Compiler: GCC 12.2 ext2fs lib: 1.47.0, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none, curses lib: ncurses 6.3 User is not root! Hard disk list TestDisk exited normally. Using locale 'C.UTF-8'. Sat Sep 16 04:30:31 2023 Command line: TestDisk /debug TestDisk 7.1, Data Recovery Utility, July 2019 Christophe GRENIER <[email protected]> https://www.cgsecurity.org OS: Linux, kernel 6.2.0-20-generic (#20-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 6 07:48:48 UTC 2023) x86_64 Compiler: GCC 12.2 ext2fs lib: 1.47.0, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none, curses lib: ncurses 6.3 /dev/sda: LBA, HPA, LBA48 support /dev/sda: size 468862128 sectors /dev/sda: user_max 468862128 sectors /dev/sda: native_max 468862128 sectors /dev/sdb: LBA, LBA48 support /dev/sdb: size 1953525168 sectors /dev/sdb: user_max 1953525168 sectors Warning: can't get size for Disk /dev/mapper/control - 0 B - 0 sectors, sector size=512 Hard disk list Disk /dev/sda - 240 GB / 223 GiB - CHS 29185 255 63, sector size=512 - KINGSTON SA400S37240G, S/N:50026B7783AA5D9F, FW:SBFKB1H5 Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512 - CT1000MX500SSD4, S/N:2031E2BDCD5C, FW:M3CR023 Disk /dev/loop0 - 2372 MB / 2263 MiB - 4634632 sectors (RO), sector size=512 Disk /dev/loop1 - 369 MB / 352 MiB - 722280 sectors (RO), sector size=512 Disk /dev/loop10 - 462 KB / 452 KiB - 904 sectors (RO), sector size=512 Disk /dev/loop11 - 157 MB / 150 MiB - 307552 sectors (RO), sector size=512 Disk /dev/loop12 - 14 MB / 13 MiB - 28120 sectors (RO), sector size=512 Disk /dev/loop2 - 1015 MB / 968 MiB - 1983984 sectors (RO), sector size=512 Disk /dev/loop3 - 253 MB / 242 MiB - 495928 sectors (RO), sector size=512 Disk /dev/loop4 - 4096 B - 8 sectors (RO), sector size=512 Disk /dev/loop5 - 76 MB / 72 MiB - 149488 sectors (RO), sector size=512 Disk /dev/loop6 - 96 MB / 91 MiB - 187776 sectors (RO), sector size=512 Disk /dev/loop7 - 482 MB / 460 MiB - 943256 sectors (RO), sector size=512 Disk /dev/loop8 - 12 MB / 12 MiB - 25240 sectors (RO), sector size=512 Disk /dev/loop9 - 55 MB / 53 MiB - 109032 sectors (RO), sector size=512 Disk /dev/nvme0n1 - 240 GB / 223 GiB - CHS 228936 64 32, sector size=512 Partition table type (auto): EFI GPT Disk /dev/sdb - 1000 GB / 931 GiB - CT1000MX500SSD4 Partition table type: EFI GPT Interface Advanced hdr_size=92 hdr_lba_self=1 hdr_lba_alt=1953525167 (expected 1953525167) hdr_lba_start=34 hdr_lba_end=1953525134 hdr_lba_table=2 hdr_entries=128 hdr_entsz=128 2 P Linux filesys. data 660166656 1953523711 1293357056 Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 hdr_size=92 hdr_lba_self=1 hdr_lba_alt=1953525167 (expected 1953525167) hdr_lba_start=34 hdr_lba_end=1953525134 hdr_lba_table=2 hdr_entries=128 hdr_entsz=128 Current partition structure: 2 P Linux filesys. data 660166656 1953523711 1293357056 search_part() Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 check_FAT: Bad jump in FAT partition check_FAT: Bad number of sectors per cluster SYSV4 Marker at 37956/138/52 recover_sysv4 0 0000 0000 00 00 00 00 00 00 00 00 Unknown 609771885 717560551858540 717559942086656 [CjS­Þ0] SysV4, 367390 TB / 334139 TiB 0 0000 0000 00 00 00 00 00 00 00 00 Partition not added. LVM magic value at 64813/225/1 check_FAT: Bad jump in FAT partition check_FAT: Bad number of sectors per cluster Results interface_write() No partition found or selected for recovery search_part() Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 check_FAT: Bad jump in FAT partition check_FAT: Bad number of sectors per cluster SYSV4 Marker at 37956/138/52 recover_sysv4 0 0000 0000 00 00 00 00 00 00 00 00 Unknown 609771885 717560551858540 717559942086656 [CjS­Þ0] SysV4, 367390 TB / 334139 TiB 0 0000 0000 00 00 00 00 00 00 00 00 Partition not added. LVM magic value at 64813/225/1 check_FAT: Bad jump in FAT partition check_FAT: Bad number of sectors per cluster Results interface_write() No partition found or selected for recovery simulate write! Interface Advanced hdr_size=92 hdr_lba_self=1 hdr_lba_alt=1953525167 (expected 1953525167) hdr_lba_start=34 hdr_lba_end=1953525134 hdr_lba_table=2 hdr_entries=128 hdr_entsz=128 2 P Linux filesys. data 660166656 1953523711 1293357056 TestDisk exited normally. Intel/mbrモードではなぜできないのですか？ Fri Sep 15 20:55:18 2023 Command line: TestDisk TestDisk 7.1, Data Recovery Utility, July 2019 Christophe GRENIER <[email protected]> https://www.cgsecurity.org OS: Linux, kernel 6.2.0-20-generic (#20-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 6 07:48:48 UTC 2023) x86_64 Compiler: GCC 12.2 ext2fs lib: 1.47.0, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none, curses lib: ncurses 6.3 User is not root! Hard disk list TestDisk exited normally. Using locale 'C.UTF-8'. Fri Sep 15 20:55:18 2023 Command line: TestDisk /debug TestDisk 7.1, Data Recovery Utility, July 2019 Christophe GRENIER <[email protected]> https://www.cgsecurity.org OS: Linux, kernel 6.2.0-20-generic (#20-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 6 07:48:48 UTC 2023) x86_64 Compiler: GCC 12.2 ext2fs lib: 1.47.0, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none, curses lib: ncurses 6.3 /dev/sda: LBA, HPA, LBA48 support /dev/sda: size 468862128 sectors /dev/sda: user_max 468862128 sectors /dev/sda: native_max 468862128 sectors /dev/sdb: LBA, LBA48 support /dev/sdb: size 1953525168 sectors /dev/sdb: user_max 1953525168 sectors Warning: can't get size for Disk /dev/mapper/control - 0 B - 0 sectors, sector size=512 Hard disk list Disk /dev/sda - 240 GB / 223 GiB - CHS 29185 255 63, sector size=512 - KINGSTON SA400S37240G, S/N:50026B7783AA5D9F, FW:SBFKB1H5 Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512 - CT1000MX500SSD4, S/N:2031E2BDCD5C, FW:M3CR023 Disk /dev/loop0 - 2372 MB / 2263 MiB - 4634632 sectors (RO), sector size=512 Disk /dev/loop1 - 369 MB / 352 MiB - 722280 sectors (RO), sector size=512 Disk /dev/loop10 - 462 KB / 452 KiB - 904 sectors (RO), sector size=512 Disk /dev/loop11 - 157 MB / 150 MiB - 307552 sectors (RO), sector size=512 Disk /dev/loop12 - 14 MB / 13 MiB - 28120 sectors (RO), sector size=512 Disk /dev/loop2 - 1015 MB / 968 MiB - 1983984 sectors (RO), sector size=512 Disk /dev/loop3 - 253 MB / 242 MiB - 495928 sectors (RO), sector size=512 Disk /dev/loop4 - 76 MB / 72 MiB - 149488 sectors (RO), sector size=512 Disk /dev/loop5 - 4096 B - 8 sectors (RO), sector size=512 Disk /dev/loop6 - 96 MB / 91 MiB - 187776 sectors (RO), sector size=512 Disk /dev/loop7 - 482 MB / 460 MiB - 943256 sectors (RO), sector size=512 Disk /dev/loop8 - 12 MB / 12 MiB - 25240 sectors (RO), sector size=512 Disk /dev/loop9 - 55 MB / 53 MiB - 109032 sectors (RO), sector size=512 Disk /dev/nvme0n1 - 240 GB / 223 GiB - CHS 228936 64 32, sector size=512 Partition table type (auto): EFI GPT Disk /dev/sdb - 1000 GB / 931 GiB - CT1000MX500SSD4 Partition table type: Intel Interface Advanced Geometry from i386 MBR: head=256 sector=63 check_part_i386 1 type EE: no test 1 P EFI GPT 0 0 2 121601 80 63 1953525167 Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 Geometry from i386 MBR: head=256 sector=63 check_part_i386 1 type EE: no test Current partition structure: 1 P EFI GPT 0 0 2 121601 80 63 1953525167 Warning: Bad ending head (CHS and LBA don't match) No partition is bootable search_part() Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 Results interface_write() No partition found or selected for recovery simulate write! write_mbr_i386: starting... write_all_log_i386: starting... No extended partition Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 Geometry from i386 MBR: head=256 sector=63 check_part_i386 1 type EE: no test Current partition structure: 1 P EFI GPT 0 0 2 121601 80 63 1953525167 Warning: Bad ending head (CHS and LBA don't match) No partition is bootable search_part() Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 Search for partition aborted Results interface_write() No partition found or selected for recovery simulate write! write_mbr_i386: starting... write_all_log_i386: starting... No extended partition Partition table type (auto): EFI GPT Disk /dev/sdb - 1000 GB / 931 GiB - CT1000MX500SSD4 Partition table type: EFI GPT Interface Advanced hdr_size=92 hdr_lba_self=1 hdr_lba_alt=1953525167 (expected 1953525167) hdr_lba_start=34 hdr_lba_end=1953525134 hdr_lba_table=2 hdr_entries=128 hdr_entsz=128 2 P Linux filesys. data 660166656 1953523711 1293357056 search_superblock 2 P Linux filesys. data 660166656 1953523711 1293357056 Support for this filesystem wasn't enabled during compilation. 2 P Linux filesys. data 660166656 1953523711 1293357056 Support for this filesystem wasn't enabled during compilation. gpt_change_part_type Change partition type: 2 P Linux filesys. data 660166656 1953523711 1293357056 Change partition type: 2 P ext4 660166656 1953523711 1293357056 New options : Dump : No Align partition: Yes Expert mode : Yes Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 hdr_size=92 hdr_lba_self=1 hdr_lba_alt=1953525167 (expected 1953525167) hdr_lba_start=34 hdr_lba_end=1953525134 hdr_lba_table=2 hdr_entries=128 hdr_entsz=128 Current partition structure: 2 P Linux filesys. data 660166656 1953523711 1293357056 search_part() Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 check_FAT: Bad jump in FAT partition check_FAT: Bad number of sectors per cluster SYSV4 Marker at 37956/138/52 recover_sysv4 0 0000 0000 00 00 00 00 00 00 00 00 Unknown 609771885 717560551858540 717559942086656 [CjS­Þ0] SysV4, 367390 TB / 334139 TiB 0 0000 0000 00 00 00 00 00 00 00 00 Partition not added. LVM magic value at 64813/225/1 check_FAT: Bad jump in FAT partition check_FAT: Bad number of sectors per cluster Results Can't open backup.log file: No such file or directory interface_load 0 0000 0000 00 00 00 00 00 00 00 00 interface_write() No partition found or selected for recovery search_part() Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 check_FAT: Bad jump in FAT partition check_FAT: Bad number of sectors per cluster SYSV4 Marker at 37956/138/52 recover_sysv4 0 0000 0000 00 00 00 00 00 00 00 00 Unknown 609771885 717560551858540 717559942086656 [CjS­Þ0] SysV4, 367390 TB / 334139 TiB 0 0000 0000 00 00 00 00 00 00 00 00 Partition not added. LVM magic value at 64813/225/1 check_FAT: Bad jump in FAT partition check_FAT: Bad number of sectors per cluster Results 0 0000 0000 00 00 00 00 00 00 00 00 interface_write() No partition found or selected for recovery simulate write! Interface Advanced hdr_size=92 hdr_lba_self=1 hdr_lba_alt=1953525167 (expected 1953525167) hdr_lba_start=34 hdr_lba_end=1953525134 hdr_lba_table=2 hdr_entries=128 hdr_entsz=128 2 P Linux filesys. data 660166656 1953523711 1293357056 search_superblock 2 P Linux filesys. data 660166656 1953523711 1293357056 Support for this filesystem wasn't enabled during compilation. New options : Dump : No Align partition: No Expert mode : Yes Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 hdr_size=92 hdr_lba_self=1 hdr_lba_alt=1953525167 (expected 1953525167) hdr_lba_start=34 hdr_lba_end=1953525134 hdr_lba_table=2 hdr_entries=128 hdr_entsz=128 Current partition structure: 2 P Linux filesys. data 660166656 1953523711 1293357056 search_part() Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63 Search for partition aborted Results interface_write() No partition found or selected for recovery 助けてくれてありがとう！ファイルシステム/ファイル名はそのドライブのデータの中で最も重要な部分なので、Photorecなどのツールを使用することは本当に役に立ちません。唯一の方法は、可能であればパーティションを回復することです。トップ

Admin 2024-07-07

切断とローミングIPの変更にもかかわらず、リモートファイルシステムの接続を維持する

専用ホストのリモートファイルシステムに接続するようにLinuxラップトップシステムを設定しました。私は今sshfsを使用しています。 ラップトップをサスペンドしたり、他のネットワークに接続したりすると、予想どおりSSH接続が切断されます。これが発生した場合は、マウントポイントを再マウントして安定した接続を提供する監視スクリプトがあります。 ただし、再インストールすると、ハンドルが無効になり、ファイルを開いたアプリケーションからラグを取り出し、さまざまなエラーが発生します。たとえば、bashは「転送エンドポイントが接続されていません」というエラーを表示し、vimはスワップファイルを消去するのに問題があります。 だから私の質問は：一時停止/休止状態とネットワーク変更を介してファイルシステムを接続したままにするか、接続されているように見えるより良い方法はありますか？専用マシンは静的であり、ソリューションはファイルシステムレベルに制限される必要はないと仮定できます。たとえば、VPNを設定すると、sshfsがIP変更を隠して問題を解決できる場合、これは完全に範囲内にあります。 。 私が試したこと：ServerAliveIntervalおよび使用ServerAliveCountMax- これは強制マウント解除で中断を変更して監視スクリプトが機能するようにしましたが、それ自体は問題を解決しませんでした。

Admin 2024-07-07

アプリ拡張機能はどのようにしてアプリのDocuments/フォルダ内のファイルにアクセスできますか？質問する

アプリ拡張機能では、/var/mobile/Containers/Data/Application//Documents// フォルダーに保存されている、包含アプリから生成された画像を取得する方法はありますか?

Admin 2024-07-07