Предыдущая публикация
Хотел бы узнать мнение.
Скажите, вот в группу приходит новичок, едва знакомый с Линукс и задает вопрос: а почему в линукс нет программы NNN?
Или задает нелепые с точки зрения более опытных вопрос.
Что стоит ответить такому новичку?
63 участника
Следующая публикация
Комментарии 117
Увы, времена Connectix VirtualPC (сейчас - MS VPC), которая позволяла к виртуалке подключать отдельные разделы и физические устройства, прошли. Теперь без танцев с бубном хрен чего подключишь.
А еще, если уж так стремно в винду идти, сделайте флешку с Win PE например Стрельца и оттуда с флешки дефрагментируйте. Я не понимаю, почему вам так не хочется через винду установленную юзать..
Я не зря упомянул Connectix: там это была штатная возможность, потом, когда MS перекупила то ли продукт, то ли самого разработчика, эту возможность убрали.
Мне интересно, какой способ вы предложите:
Дано: есть виртуалка, запущенная под линуксом (VB, QEMU, прочее) с установленной виндой, есть раздел, отформатированный в FAT[32] или NTFS.
Требуется: увидеть этот раздел в виртуалке как физический диск, то есть, наравне с VMDK (и т.п.), подключенными к ней.
Ваше решение?
p.s. предположим, меня забанили в гугле, яндексе и прочих бингах
Но у него есть и недостаток, даже два, причем с одним из них я действительно не знаю, как разобраться.
1. на каждый физический диск или раздел, который захочется подключить, надо создавать отдельный vmdk. И, если я правильно помню (могу ошибаться - занимался вопросом года три назад ) то туда "вшивается" геометрия подключаемого устройства, то есть нельзя один vmdk простым путём переназначить на другое устройство.
2. после апгрейда на ubuntu 18.04 время от времени назначение устройств почему-то меняется, и то, что до перезагрузки было sda может вдруг стать sdb и так далее по устройствам. Насколько я помню, описанный способ создания "хитрого vmdk" привязывается только к пути устройства, а не к его UUID или метке (гм... метка физического диска? ), то есть, при сбое именования устройств vmdk будет указывать явно не туда, куда надо
Поч...Ещёэтот извращенный способ мне известен, и я уже несколько лет удивляюсь, почему его не добавили в штатный GUI менеджера носителей VB.
Но у него есть и недостаток, даже два, причем с одним из них я действительно не знаю, как разобраться.
1. на каждый физический диск или раздел, который захочется подключить, надо создавать отдельный vmdk. И, если я правильно помню (могу ошибаться - занимался вопросом года три назад ) то туда "вшивается" геометрия подключаемого устройства, то есть нельзя один vmdk простым путём переназначить на другое устройство.
2. после апгрейда на ubuntu 18.04 время от времени назначение устройств почему-то меняется, и то, что до перезагрузки было sda может вдруг стать sdb и так далее по устройствам. Насколько я помню, описанный способ создания "хитрого vmdk" привязывается только к пути устройства, а не к его UUID или метке (гм... метка физического диска? ), то есть, при сбое именования устройств vmdk будет указывать явно не туда, куда надо
Почему такое происходит, я сильно не разбирался, просто отметил, как досадный факт - у меня всё стартовое монтирование идет по UUID, хомяк - по метке тома.
Тем не менее, проблема подключения физического диска, которую я описал в предыдущем комментарии, остается - я не вижу универсального способа, не требующего вручную создавать отдельный vmdk для каждого подключаемого физического ресурса.
Почему-то в голове постоянно всплывает аналогия с сонивскими дискетами: в свое время были ой как хороши, но имели один недостаток: в какой-то момент они в принципе переставали читаться - даже посекторное чтение не помогало.
http://rus-linux.net/MyLDP/admin/defragment-ext4.html