From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Dmitry V. Levin" To: ALT Linux Spring mailing list Subject: Re: [mdk-re] [URGENT!!] dd =?koi8-r?B?ySDG?= =?koi8-r?B?wcrM2Q==?= >2Gb Message-ID: <20011015220709.B2168@ldv.office.alt-linux.org> Mail-Followup-To: "Dmitry V. Levin" , ALT Linux Spring mailing list References: <20011015203728.A1401@lic145.kiev.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline In-Reply-To: <20011015203728.A1401@lic145.kiev.ua> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Mon Oct 15 22:05:10 2001 X-Original-Date: Mon, 15 Oct 2001 22:07:09 +0400 Archived-At: List-Archive: List-Post: --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Mon, Oct 15, 2001 at 08:37:28PM +0300, Michael Shigorin wrote: > Кто что скажет по поводу работы с файлами >2G? > > Ситуация: > Spring 2001 (glibc-2.2.2-ipl4mdk, fileutils-4.0.41-ipl1mdk > hda (мой) -- 40G, все разделы под reiserfs. > hdc (друга) -- 15G, 2G vfat (primary), 6G vfat (ext), дальше биос > когда-то не позволил разметить. В ядре 2.2.x не все файловые системы поддерживают LFS. > Со вторым диском проблемы (человек ставил Spring, несколько > странная ситуация с partition table, ......, запуск виндового > fdisk -- и тот, "проверив поверхность", изувечил hdc5 (т.е. в > оригинале hda5) с 6G vfat. > > Возникла задача -- спасти данные. Они не предельно > важные/уникальные, но нужные и трудновосстановимые :(( > > У меня: попытка скопировать /dev/hdc5 _целиком_ к себе привела к > созданию 2G файла и сообщению про превышенный размер файла > (File size limit exceeded). > > Вопрос N1: где bottleneck? В glibc? В какой файловой системе, какое ядро? > Ладно, скопировали кусками по 2000M > (dd /dev/hdc5 of=file2.img bs=1M count=2000 skip=2000). > > При попытке залития назад > (dd if=file2 of=/dev/hdc5 count=2000 seek=2000) через секунду > (видимо, сикнув) жалуется на то же самое -- т.е. на уровне работы > с файлом, видимо, выходит эквивалент sparse и превышение лимита > 8-( > > Вопрос N2: как залить данные назад? Пока надумал только с бубном > вокруг fdisk, но это крайне ненадежно. > > Вопрос N3: в более последних glibc/fileutils это часом не > пофиксили? Не могу сказать точно, в какой версии пакета fileutils появилась поддержка LFS. Известно наверняка, что glibc из Spring в полной мере поддерживает LFS. Regards, Dmitry +-------------------------------------------------------------------------+ Dmitry V. Levin mailto://ldv@alt-linux.org ALT Linux Team http://www.altlinux.ru/ Fandra Project http://www.fandra.org/ +-------------------------------------------------------------------------+ UNIX is user friendly. It's just very selective about who its friends are. --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7yyXN9viEa8HiNCkRAttmAKCCuTPjGIWSs7sUgIDzURC/uwkTSQCfbJxz 9/695B+POYTDf0H/pi3old8= =lUr0 -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc--