Сканирование всего диска по порядку, по блоку, а также получение имен файлов
У меня была аналогичная проблема. Мне нужны были два компьютера, один на Ubuntu и другой на Arch, для синхронизации файлов через Unison, но столкнулся с тем же разрешением, что и ошибка. Только ради тех, у кого такая же проблема, как и я, вот что я сделал:
Сначала: установлена одна и та же версия Unison на обоих компьютерах. Это было немного сложно, так как доступный в программном центре был позади того, что было легко доступно для Arch. Таким образом, я не мог найти более высокую версию для Ubuntu, поэтому вместо нее я заменил один на Arch. Найдено здесь: http://zdia.de/downloads/unison-2.40.102-linux-x86_64. Эта же версия находится в программном центре Ubuntu.
Second: Следуя шагам отсюда: http://zdia.de/downloads/unison-2.40.102-linux-x86_64 (Примечание: Arch был моим сервером 1, а Ubuntu был моим сервером 2.)
Я столкнулся с проблемой на шаге 3, когда пытался выполнить ssh-copy. Но это было разрешено путем изменения «id_dsa.pub» в «id_rsa.pub» в строке «ssh-copy-id -i $ HOME / .ssh / id_dsa.pub root@192.168.0.101». Наверное, моя вина, как я думаю, я забыл добавить «-t dsa». В любом случае сначала попробуйте выполнить первоначальную команду. на двух компьютерах вы получите сообщение об ошибке, а затем измените на rsa.
После выполнения описанных выше шагов я обнаружил, что до сих пор я не мог получить Unison для подключения к другому серверу. Я вхожу в систему (без Unison) через ssh на другой сервер. Наконец, после нескольких часов поиска в Google меня привели на эту страницу, и ответ, который дал мой Muru, опечатал сделку.
После того, как я применил его, теперь я могу войти в систему через SSH на сервер 2.
Итак, я запустил Unison и исправил настройки профиля и альт!
3 ответа
Вы можете использовать debugfs для просмотра и изменения файловых систем ext2 / ext3 / ext4 на очень низком уровне.
В нем есть интерактивная оболочка, внутри которой вы можете запускать свои команды вручную (запустите ее, используя sudo debugfs /dev/sdXY, где /dev/sdXY - это устройство, в котором сохранен ваш раздел), но вы также можете позволить ему запускать одиночные команды, только указав их с параметром -R.
Например, в список блоки, выделенные для файла /bin/ls на разделе /dev/sda2, попробуйте это:
$ sudo debugfs -R 'blocks /bin/ls' /dev/sda2
debugfs 1.43.4 (31-Jan-2017)
2922912 2922913 2922914 2922915 2922916 2922917 2922918 2922919 2922920 2922921 2922922 2922923 2922924 2922925 2922926 2922927 2922928 2922929 2922930 2922931 2922932 2922933 2922934 2922935 2922936 2922937 2922938 2922939 2922940 2922941 2922942 2922943
. Более подробную информацию об этом мощном инструменте можно найти в его manpage, набрав man debugfs. Вы можете также ввести help внутри своей интерактивной оболочки, чтобы получить список доступных команд.
Примечание. Я не уверен, что этот инструмент работает достаточно хорошо, чтобы его можно было использовать для одновременного изучения всего раздела. Если вы попробуете это, вы, вероятно, не должны запускать новый экземпляр debugfs для каждого файла для проверки, но вместо этого создайте для него сценарий команд и используйте его с параметром -f.
Другой способ округления, чтобы указать номер блока и найти, какой файл он принадлежит, также возможен, но более сложный, и он также может занять несколько секунд на каждый шаг. Вот сценарий интерактивного сеанса debugfs, показывающий это:
$ sudo debugfs /dev/sda2
debugfs 1.43.4 (31-Jan-2017)
debugfs: blocks /bin/ls
2922912 2922913 2922914 2922915 2922916 2922917 2922918 2922919 2922920 2922921 2922922 2922923 2922924 2922925 2922926 2922927 2922928 2922929 2922930 2922931 2922932 2922933 2922934 2922935 2922936 2922937 2922938 2922939 2922940 2922941 2922942 2922943
debugfs: icheck 2922912
Block Inode number
2922912 914862
debugfs: ncheck 914862
Inode Pathname
914862 /bin/ls
Вы можете использовать debugfs для просмотра и изменения файловых систем ext2 / ext3 / ext4 на очень низком уровне.
В нем есть интерактивная оболочка, внутри которой вы можете запускать свои команды вручную (запустите ее, используя sudo debugfs /dev/sdXY, где /dev/sdXY - это устройство, в котором сохранен ваш раздел), но вы также можете позволить ему запускать одиночные команды, только указав их с параметром -R.
Например, в список блоки, выделенные для файла /bin/ls на разделе /dev/sda2, попробуйте это:
$ sudo debugfs -R 'blocks /bin/ls' /dev/sda2
debugfs 1.43.4 (31-Jan-2017)
2922912 2922913 2922914 2922915 2922916 2922917 2922918 2922919 2922920 2922921 2922922 2922923 2922924 2922925 2922926 2922927 2922928 2922929 2922930 2922931 2922932 2922933 2922934 2922935 2922936 2922937 2922938 2922939 2922940 2922941 2922942 2922943
. Более подробную информацию об этом мощном инструменте можно найти в его manpage, набрав man debugfs. Вы можете также ввести help внутри своей интерактивной оболочки, чтобы получить список доступных команд.
Примечание. Я не уверен, что этот инструмент работает достаточно хорошо, чтобы его можно было использовать для одновременного изучения всего раздела. Если вы попробуете это, вы, вероятно, не должны запускать новый экземпляр debugfs для каждого файла для проверки, но вместо этого создайте для него сценарий команд и используйте его с параметром -f.
Другой способ округления, чтобы указать номер блока и найти, какой файл он принадлежит, также возможен, но более сложный, и он также может занять несколько секунд на каждый шаг. Вот сценарий интерактивного сеанса debugfs, показывающий это:
$ sudo debugfs /dev/sda2
debugfs 1.43.4 (31-Jan-2017)
debugfs: blocks /bin/ls
2922912 2922913 2922914 2922915 2922916 2922917 2922918 2922919 2922920 2922921 2922922 2922923 2922924 2922925 2922926 2922927 2922928 2922929 2922930 2922931 2922932 2922933 2922934 2922935 2922936 2922937 2922938 2922939 2922940 2922941 2922942 2922943
debugfs: icheck 2922912
Block Inode number
2922912 914862
debugfs: ncheck 914862
Inode Pathname
914862 /bin/ls
Вы можете использовать debugfs для просмотра и изменения файловых систем ext2 / ext3 / ext4 на очень низком уровне.
В нем есть интерактивная оболочка, внутри которой вы можете запускать свои команды вручную (запустите ее, используя sudo debugfs /dev/sdXY, где /dev/sdXY - это устройство, в котором сохранен ваш раздел), но вы также можете позволить ему запускать одиночные команды, только указав их с параметром -R.
Например, в список блоки, выделенные для файла /bin/ls на разделе /dev/sda2, попробуйте это:
$ sudo debugfs -R 'blocks /bin/ls' /dev/sda2
debugfs 1.43.4 (31-Jan-2017)
2922912 2922913 2922914 2922915 2922916 2922917 2922918 2922919 2922920 2922921 2922922 2922923 2922924 2922925 2922926 2922927 2922928 2922929 2922930 2922931 2922932 2922933 2922934 2922935 2922936 2922937 2922938 2922939 2922940 2922941 2922942 2922943
. Более подробную информацию об этом мощном инструменте можно найти в его manpage, набрав man debugfs. Вы можете также ввести help внутри своей интерактивной оболочки, чтобы получить список доступных команд.
Примечание. Я не уверен, что этот инструмент работает достаточно хорошо, чтобы его можно было использовать для одновременного изучения всего раздела. Если вы попробуете это, вы, вероятно, не должны запускать новый экземпляр debugfs для каждого файла для проверки, но вместо этого создайте для него сценарий команд и используйте его с параметром -f.
Другой способ округления, чтобы указать номер блока и найти, какой файл он принадлежит, также возможен, но более сложный, и он также может занять несколько секунд на каждый шаг. Вот сценарий интерактивного сеанса debugfs, показывающий это:
$ sudo debugfs /dev/sda2
debugfs 1.43.4 (31-Jan-2017)
debugfs: blocks /bin/ls
2922912 2922913 2922914 2922915 2922916 2922917 2922918 2922919 2922920 2922921 2922922 2922923 2922924 2922925 2922926 2922927 2922928 2922929 2922930 2922931 2922932 2922933 2922934 2922935 2922936 2922937 2922938 2922939 2922940 2922941 2922942 2922943
debugfs: icheck 2922912
Block Inode number
2922912 914862
debugfs: ncheck 914862
Inode Pathname
914862 /bin/ls