Intereting Posts
SLiM не работает в Arch Linux с Gnome Используйте данные testdisk и gpart для установки раздела ext4 Мышь мерцает в новой установке debian udev weirdness: / dev / hda1 смонтирован, но файл отсутствует Перечислите процессы суперпользователя openvpn –config conf.ovpn приводит к ответам «RTNETLINK: файл существует» Пространства сетевых имен и общедоступный IP-адрес Поиск в корзине s3 с журналами Есть ли надежный способ заставить несколько учетных записей пользователей вести себя как root, кроме sudo? Можно ли выбрать вкладки в качестве вкладок с мышью в urxvt? jdb2 постоянно загружает жесткий диск gparted говорит, что дескриптор драйвера и Linux не согласны с размером физического блока ручного привода; диск не автомонтируется; как решить? Почему мой рабочий стол становится все искаженным и трудно читаемым? Создание электронной таблицы из текстового файла Портфолио по локальной сети

Существуют ли какие-либо утилиты, чтобы знать, где файл физически присутствует в hdd?

Я тестирую Debian и использую ext4 и ntfs. в то время как ext4 был блестящим в восстановлении потерянных данных, иногда он также отбрасывает некоторые части, когда электричество идет в течение длительного времени или любого подобного подобного события.

То же самое относится и к файловой системе ntfs.

Для этой и других целей мне было любопытно узнать, есть ли утилита или способ узнать, где находится какой-либо файл на hdd.

Это также помогло бы утверждать или дискредитировать утверждение о том, что ext4 или подобные файловые системы склонны группировать части файла в соседних «секторах» и, следовательно, не нуждаются в дефрагментаторе, как это необходимо в системах MS-Windows.

Мне также было бы интересно узнать, есть ли в файловых системах ntfs нечто подобное. Я знаю, что они используют плавкий предохранитель как клей, чтобы иметь доступ к файловой системе.

Вероятно, есть несколько вариантов. Я смог использовать debugfs с именем файла и командой imap, чтобы получить то, что, как я думаю, вы ищете.

$ sudo debugfs /dev/sda1 #(or your filesystem) > imap /path/to/your/file Inode 133409 is part of block group 16 located at block 524466, offset 0x000.