From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 X-Yandex-Spam: 1 X-Yandex-Front: smtp14 X-Yandex-TimeMark: 1213028362 X-MsgDayCount: 12 X-Comment: RFC 2476 MSA function at smtp14.yandex.ru logged sender identity as: vova1971 Date: Mon, 9 Jun 2008 20:19:49 +0400 From: =?UTF-8?B?0JLQu9Cw0LTQuNC80LjRgCDQk9GD0YHQtdCy?= To: community@lists.altlinux.org Message-ID: <20080609201949.18061e44@book.gusev.ru> In-Reply-To: <200806091842.12478.mak@rsmu.ru> References: <20080604131444.33a73f8c@book.gusev.ru> <20080609180829.1b5ab244@book.gusev.ru> <20080609181746.230035f6@book.gusev.ru> <200806091842.12478.mak@rsmu.ru> X-Mailer: Claws Mail 3.4.0cvs10 (GTK+ 2.12.8; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Subject: Re: [Comm] =?utf-8?b?W0pUXSDQodC+0LfQtNCw0L3QuNC1INC30LDQs9GA0YPQt9C+?= =?utf-8?b?0YfQvdC+0LPQviDRgNCw0LfQtNC10LvQsCDRgSDQtNC40YHRgtGA0LjQsdGD?= =?utf-8?b?0YLQuNCy0L7QvA==?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 16:19:29 -0000 Archived-At: List-Archive: List-Post: On Mon, 9 Jun 2008 18:42:12 +0400 Michael A. Kangin wrote: > В сообщении от Monday 09 June 2008 18:17:46 Владимир Гусев написал(а): > > > > > > Хм. fdisk-ом прописывается старая разбивка диска, и потом > > > > > > _НИЧЕГО НЕ ПЕРЕРАЗМЕЧАЯ_ можно совершенно спокойно дальше > > > > > > использовать "безвозвратно утерянную" информацию. > > > > > > > > > > Это хорошо, если эта разбивка известна. Я, например, на всякий > > > > > случай делаю копию `fdisk -l` на бумажке. > > > > > > > > В треде это я приводил: > > > > > > > > Было так: > > > > > > > > Disk /dev/sda: 40.0 GB, 40007761920 bytes > > > > 64 heads, 32 sectors/track, 38154 cylinders > > > > Units = cylinders of 2048 * 512 = 1048576 bytes > > > > Disk identifier: 0x6c66cbc3 > > > > > > > > Device Boot Start End Blocks Id System > > > > /dev/sda1 * 1 38154 39069680 c W95 > > > > FAT32 (LBA) > > > > > > > > Сейчас после прописывания заново так: > > > > > > > > Disk /dev/sda: 40.0 GB, 40007761920 bytes > > > > 64 heads, 32 sectors/track, 38154 cylinders > > > > Units = cylinders of 2048 * 512 = 1048576 bytes > > > > Disk identifier: 0x00000000 > > > > > > > > Device Boot Start End Blocks Id System > > > > /dev/sda1 * 1 38154 39069680 c W95 > > > > FAT32 (LBA) > > > > > > > > вроде все то же самое... Disk identifier - это по-моему метка, > > > > название, ее тоже нужно восстановить. Вспоминаю как.. > > > > > > Нет, видио это совсем не то... При fdisk -l у меня нет ругани типа > > > doesn't contain a valid partition table. Раздел-то я создал такой > > > же заново.. Раздел не монтируется - ни автоматом, ни вручную.. > > > > > > [root@book ~]# mount /dev/sda1 /mnt/install > > > mount: you must specify the filesystem type > > > [root@book ~]# mount -t vfat /dev/sda1 /mnt/install > > > mount: wrong fs type, bad option, bad superblock on /dev/sda1, > > > missing codepage or helper program, or other error > > > In some cases useful info is found in syslog - try > > > dmesg | tail or so > > > > > > Смотрел в сети про Disk identifier: 0x00000000 - там только он > > > упоминается в выводах команды fdisk -l.. Сам по себе винт живой, > > > запускается при подключении по usb. > > > > > После восстановления label путем mkfs.vfat -n Backup /dev/sda1 > > раздел стал монтироваться вручную и автоматически.. но там пусто.... > > полностью. До этого я запускал testdisk и пытался восстановить boot > > sector, как понял из вывода после операции - безрезультатно.. Но > > как? Данные ведь там.. я не форматировал ничего... > > mkfs.vfat -n Backup /dev/sda1 не восстанавливает label, а делает на > разделе новую файловую систему (aka форматирует его) и присваивает > свежей ФС метку Backup. Опа... а -n разве не просто присваивает этот label? Это же операция, не предусматривающая никакого aka форматирования... -- С уважением, Владимир Гусев