История изменений

но если нет программы (хотя бы наподобие TestDisk), с помощью которой можно восстановить таблицу разделов, то я не смогу это сделать

Тебе нужна не таблица разделов, а метаданные LVM, это хотя тоже деление одного большого раздела на маленькие, всё-таки несколько другая вещь, не путайся.

Возможно такие программы для полностью автоматического восстановления LVM есть, но посоветовать конкретную программу я не могу, так как сам ими не пользовался. Нужно использовать поиск, в том числе по форуму, читать и сравнивать.

Кроме того, есть программы photorec и scalpel, они позволяет восстановить отдельные файлы по сигнатурам, если они не были зашифрованы или фрагментированы. Этим программам пофиг что там, LVM или не LVM. Но понадобится внешний носитель куда эти программы будут складывать восстановленное и имена файлов будут потеряны.

Одна из множества таких программ позволяет мгновенно искать одновременно на всех разделах файлы по их названию по мере набора имени файла

Подобные программы наверняка есть, но я ими не пользуюсь. Мне хватает консольной утилиты locate которая позволяет по фрагменту имени быстро найти все файлы. Кроме того есть find — ищет не только по имени, но и по множеству критериев, но медленней. Хотя всё равно много быстрее виндового поиска. К тому же повторный вызов find занимает гораздо меньше времени чем первый, потому что файловая система кэшируется.

Пример: find . -type f \( -iname '*.mp3' -o -iname '*.ogg' \) -size +7M найдёт все mp3 и ogg файлы в текущей директории без учёта регистра (то есть FILE.MP3 тоже найдёт), размер которых больше 7 мегабайт. При желании можно добавить ключ типа -exec или и что-нибудь с ними сразу же сделать, напимер переконвертировать в другой формат или удалить (ключ -delete).

Конкретно эта команда отработала у меня за 16 секунд при поиске по всем файлам, например. Повторный поиск той же командой но с другим расширением отработал уже за 1.3 секунды.

Ещё есть программа grep, которая позволяет искать по содержимому файла. При этом она может применяться для рекурсивного поиска во всей директории или в комбинации с find для избирательной проверки отдельных файлов. Кроме того, жесткие диски представляются в UNIX-подобных ОС тоже как файлы — поэтому с помощью grep можно найти расположение останков удалённого файла на жестком диске (ключ -b показывает смещение), а затем с помощью dd его можно вытащить и скопировать. Полезно, если случайно удалил текстовый файл, содержимое которого ты примерно помнишь. А конфигурация LVM как раз хранится в текстовом файле. Если найти и извлечь её (естественно, распознав, что это именно та конфигурация, которая тебе нужна), можно восстановить удалённые при форматировании логические тома.

А чтобы вела как та программа — это видимо надо смотреть в сторону beagle или nepomuk но я их всегда вырубаю, так как они скрипят жестким диском, индексируя файлы. Или тебе только по именам поиск нужен, не по содержимому?

Видимо, для того, чтобы начать это понимать мне надо изучить UNIX-подобные системы и двигаться дальше.

Теоретически есть такой вариант — ты даёшь тому, кто разбирается, удалённый доступ к тому компьютеру, втыкаешь в него достаточно большую флешку или внешний хард и предоставляешь ему возможность сделать всё за тебя.

Но? естественно, это должен быть достаточно опытный и понимающий специалист, иначе он может думать что разбираться, сказать, что разбирается и всё запороть так? что потом уже никто другой не восстановит даже того, что можно было спасти до его вмешательства.

Это кстати на будущее — при потере важных файлов с диска (это не относится к данным которые не были сохранены из программы и на диске никогда не были) нужно сразу вырубить компьютер и не пытаться ничего делать, что может ухудшить ситуацию. А ещё лучше, и вообще, обязательно, иметь свежие резервные копии всех более-менее важных файлов, чтобы можно было не суетиться, а взять и спокойно их восстановить. И делать новые резервные копии перед каждой потенциально опасной операцией, типа установки другой ОС, форматирования чего-нибудь и тд. И когда сами эти операции делаешь, тщательно подумать, к чему они приведут прежде, чем делать.

Не знаете как это можно сделать?

Уже говорил — есть несколько вариантов, но лично я их не пробовал, поэтому не знаю, будут ли они работать на практике и не могу их посоветовать. Один из вариантов — как раз таки гибридный MBR+GPT. gdisk это должен уметь, насчёт других утилит не знаю.

Есть ли разница в количестве и размерах этих разделов между: 1. Система с несколькими линуксовскими ОС и 2. Одновременно установлены линукс и винда?

Есть разница. Для Windows нужны разделы как ей требуется — для последних версий нужно два или три раздела, для XP достаточно одного. Для GNU/Linux достаточно одного раздела в минимальном варианте или три раздела в обычном варианте (корень, swap, /home).

Для корня в зависимости от того, сколько софта собрался ставить, гигабайт 20 скорее всего хватит, но при желании можно уложиться и в 3-4 гигабайта. А если уж совсем ужиматься, то даже в 3-4 мегабайта.

Для swap обычно берут 1 гигабайт или что-то примерно равное размеру оперативной памяти, смотря что больше. Если оперативной памяти очень много, можно сделать swap поменьше, в зависимости от потребностей (планируешь ли ты усыплять комп). Естественно, это не жесткое требование, просто рекомендация для обычного компа в обычном режиме использования.

А всё остальное место отводят под домашний раздел. Кроме того если жесткий диск большой, рекомендуется оставить неразмеченный резерв на всякий случай, например захочешь попробовать другой дистрибутив — можно там создать раздел и установить не трогая основной рабочий настроенный.

Но я советую обойтись без винды. Наверняка все программы, которые ты хочешь или их аналоги, которые даже лучше, можно найти и под GNU/Linux.

но если нет программы (хотя бы наподобие TestDisk), с помощью которой можно восстановить таблицу разделов, то я не смогу это сделать

Тебе нужна не таблица разделов, а метаданные LVM, это хотя тоже деление одного большого раздела на маленькие, всё-таки несколько другая вещь, не путайся.

Возможно такие программы для полностью автоматического восстановления LVM есть, но посоветовать конкретную программу я не могу, так как сам ими не пользовался. Нужно использовать поиск, в том числе по форуму, читать и сравнивать.

Кроме того, есть программы photorec и scalpel, они позволяет восстановить отдельные файлы по сигнатурам, если они не были зашифрованы или фрагментированы. Этим программам пофиг что там, LVM или не LVM. Но понадобится внешний носитель куда эти программы будут складывать восстановленное и имена файлов будут потеряны.

Одна из множества таких программ позволяет мгновенно искать одновременно на всех разделах файлы по их названию по мере набора имени файла

Подобные программы наверняка есть, но я ими не пользуюсь. Мне хватает консольной утилиты locate которая позволяет по фрагменту имени быстро найти все файлы. Кроме того есть find — ищет не только по имени, но и по множеству критериев, но медленней. Хотя всё равно много быстрее виндового поиска. К тому же повторный вызов find занимает гораздо меньше времени чем первый, потому что файловая система кэшируется.

Пример: find . -type f \( -iname '*.mp3' -o -iname '*.ogg' \) -size +7M найдёт все mp3 и ogg файлы в текущей директории без учёта регистра (то есть FILE.MP3 тоже найдёт), размер которых больше 7 мегабайт. При желании можно добавить ключ типа -exec или и что-нибудь с ними сразу же сделать, напимер переконвертировать в другой формат или удалить (ключ -delete).

Ещё есть программа grep, которая позволяет искать по содержимому файла. При этом она может применяться для рекурсивного поиска во всей директории или в комбинации с find для избирательной проверки отдельных файлов. Кроме того, жесткие диски представляются в UNIX-подобных ОС тоже как файлы — поэтому с помощью grep можно найти расположение останков удалённого файла на жестком диске (ключ -b показывает смещение), а затем с помощью dd его можно вытащить и скопировать. Полезно, если случайно удалил текстовый файл, содержимое которого ты примерно помнишь. А конфигурация LVM как раз хранится в текстовом файле. Если найти и извлечь её (естественно, распознав, что это именно та конфигурация, которая тебе нужна), можно восстановить удалённые при форматировании логические тома.

А чтобы вела как та программа — это видимо надо смотреть в сторону beagle или nepomuk но я их всегда вырубаю, так как они скрипят жестким диском, индексируя файлы. Или тебе только по именам поиск нужен, не по содержимому?

Видимо, для того, чтобы начать это понимать мне надо изучить UNIX-подобные системы и двигаться дальше.

Теоретически есть такой вариант — ты даёшь тому, кто разбирается, удалённый доступ к тому компьютеру, втыкаешь в него достаточно большую флешку или внешний хард и предоставляешь ему возможность сделать всё за тебя.

Но? естественно, это должен быть достаточно опытный и понимающий специалист, иначе он может думать что разбираться, сказать, что разбирается и всё запороть так? что потом уже никто другой не восстановит даже того, что можно было спасти до его вмешательства.

Это кстати на будущее — при потере важных файлов с диска (это не относится к данным которые не были сохранены из программы и на диске никогда не были) нужно сразу вырубить компьютер и не пытаться ничего делать, что может ухудшить ситуацию. А ещё лучше, и вообще, обязательно, иметь свежие резервные копии всех более-менее важных файлов, чтобы можно было не суетиться, а взять и спокойно их восстановить. И делать новые резервные копии перед каждой потенциально опасной операцией, типа установки другой ОС, форматирования чего-нибудь и тд. И когда сами эти операции делаешь, тщательно подумать, к чему они приведут прежде, чем делать.

Не знаете как это можно сделать?

Уже говорил — есть несколько вариантов, но лично я их не пробовал, поэтому не знаю, будут ли они работать на практике и не могу их посоветовать. Один из вариантов — как раз таки гибридный MBR+GPT. gdisk это должен уметь, насчёт других утилит не знаю.

Есть ли разница в количестве и размерах этих разделов между: 1. Система с несколькими линуксовскими ОС и 2. Одновременно установлены линукс и винда?

Есть разница. Для Windows нужны разделы как ей требуется — для последних версий нужно два или три раздела, для XP достаточно одного. Для GNU/Linux достаточно одного раздела в минимальном варианте или три раздела в обычном варианте (корень, swap, /home).

Для корня в зависимости от того, сколько софта собрался ставить, гигабайт 20 скорее всего хватит, но при желании можно уложиться и в 3-4 гигабайта. А если уж совсем ужиматься, то даже в 3-4 мегабайта.

Для swap обычно берут 1 гигабайт или что-то примерно равное размеру оперативной памяти, смотря что больше. Если оперативной памяти очень много, можно сделать swap поменьше, в зависимости от потребностей (планируешь ли ты усыплять комп). Естественно, это не жесткое требование, просто рекомендация для обычного компа в обычном режиме использования.

А всё остальное место отводят под домашний раздел. Кроме того если жесткий диск большой, рекомендуется оставить неразмеченный резерв на всякий случай, например захочешь попробовать другой дистрибутив — можно там создать раздел и установить не трогая основной рабочий настроенный.

Но я советую обойтись без винды. Наверняка все программы, которые ты хочешь или их аналоги, которые даже лучше, можно найти и под GNU/Linux.