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=-2.3 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.3 X-Yandex-Spam: 1 X-Yandex-Front: smtp10 X-Yandex-TimeMark: 1207061525 X-MsgDayCount: 1 X-Comment: RFC 2476 MSA function at smtp10.yandex.ru logged sender identity as: mai1omania Date: Tue, 1 Apr 2008 18:51:51 +0400 From: =?UTF-8?B?0KLQuNC80L7RhNC10Lkg0JzQvtC70YfQsNC90L7Qsg==?= To: community@lists.altlinux.org Message-ID: <20080401185151.434e79c2@yandex.ru> In-Reply-To: <47F221EC.30702@nevod.ru> References: <47F221EC.30702@nevod.ru> Organization: DLS X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.0; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Subject: Re: [Comm] =?utf-8?b?0JjQt9C80LXQvdC10L3QuNC1INGA0LDQt9C80LXRgNCwINC/?= =?utf-8?b?0YDQuCDQv9C+0LzQvtGJ0LggR1BhcnRlZA==?= 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: Tue, 01 Apr 2008 14:52:15 -0000 Archived-At: List-Archive: List-Post: В Tue, 01 Apr 2008 17:52:12 +0600 Дмитрий пишет: > Меняли размер на множестве машин. Возникала ошибка на одной из машин при > изменении размера NTFS и спасением была дефрагментация. Сейчас попалась > машина на которой ни в какую не меняется размер, всё время ошибка, даже > после дефрагментации. > > Может кто-то сталкивался? И как была решена проблема? изменение размера осуществляется за счёт "отрубания" _непрерывного_ пространства (для простоты будем считать, что с конца раздела). Очевидно, даже если на диске есть свободное место, не факт, что всё оно собранно в конце. Вероятнее всего, что через годик-другой беспорядочного использования ntfs-раздела свободные кластеры равномерно рассыпаны по диску. Дефрагментация в принципе не предназначена для освобождения места в конце раздела (хотя такой побочный эффект и есть), основное назначение - _по_возможности_ собирать файлы/каталоги в непрерывные цепочки. Кроме того, запись на дефрагментируемый раздел обычно приводит к пересчёту таблиц неслабо затягивает процесс. Таким образом результат работы конкретного дефрагментатора может быть совсем неутешительным. Такой раздел gparted обрабатывать откажется. Кроме того, ему может не нравиться какой нить элемент в таблице разделов, так что не забудь прогнать разок какой-нить дискдоктор. Кроме того, офтопик мог какие-нибудь файлы бросить в конец раздела и пометить как неперемещаемые. В этом случае дефрагментатор (по крайней мере, штатный windows) даже будет пытаться их трогать. Если очень хочется дефрагментировать - следует максимально разгрузить раздел (отключить восстановление системы, файл подкачки,...) и использовать какой-либо сторонний бесплатный дефрагментатор (имхо _гораздо_ быстрее и эффективней стандартного). Ну и, разумеется, бэкап важных данных. Если на машине несколько разделов то лучше всего прибить логический (перед этим забэкапившись на другие разделы/флешку/сеть) и создавать на свободном месте. Быстрее и надёжнее. -- С уважением, Тимофей Молчанов