ALT Linux Community general discussions
 help / color / mirror / Atom feed
* [Comm] cryptoloop
@ 2004-06-10  6:52 Dolgov OV
  2004-06-10 11:07 ` Maxim Tyurin
  0 siblings, 1 reply; 8+ messages in thread
From: Dolgov OV @ 2004-06-10  6:52 UTC (permalink / raw)
  To: PGP-n-GPG, Community

Здравствуйте.
Может не по адресу, но рискну спросить.

Кто нибудь работает с шифрованными файлами через cryptoloop?
Интересует такой вопрос - когда первый раз создаешь файл, натравливаешь
на него /dev/loop(0-7), размечаешь файловую систему, в общем все ОК. Но
если в последующем придется увеличить размер этого файла, достаточно ли
будет добавить к нему определенный объем случайных данных в конец, или
надо и файловую растягивать?
Просто parted ругается при попытке resize:

Using /dev/loop7
(parted) resize 1 0 1000
Нет реализации: This ext2 filesystem has a rather strange layout! 
Parted can't resize this (yet).

Хотя создавал ext3, может просто он не работает с ней, или всетаки дело
в cryptoloop?

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Comm] cryptoloop
  2004-06-10  6:52 [Comm] cryptoloop Dolgov OV
@ 2004-06-10 11:07 ` Maxim Tyurin
  2004-06-10 12:13   ` Dolgov OV
  0 siblings, 1 reply; 8+ messages in thread
From: Maxim Tyurin @ 2004-06-10 11:07 UTC (permalink / raw)
  To: community; +Cc: PGP-n-GPG

Dolgov OV <dov@media-link.info> writes:

> Здравствуйте.
> Может не по адресу, но рискну спросить.
>
> Кто нибудь работает с шифрованными файлами через cryptoloop?

Работаем.

> Интересует такой вопрос - когда первый раз создаешь файл, натравливаешь
> на него /dev/loop(0-7), размечаешь файловую систему, в общем все ОК. Но
> если в последующем придется увеличить размер этого файла, достаточно ли
> будет добавить к нему определенный объем случайных данных в конец, или
> надо и файловую растягивать?

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

Так и при обновлении ядра иногда надо делать.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Comm] cryptoloop
  2004-06-10 11:07 ` Maxim Tyurin
@ 2004-06-10 12:13   ` Dolgov OV
  2004-06-10 12:48     ` Vitaly Lipatov
  0 siblings, 1 reply; 8+ messages in thread
From: Dolgov OV @ 2004-06-10 12:13 UTC (permalink / raw)
  To: community

On Thu, 10 Jun 2004 14:07:03 +0300
Maxim Tyurin <mrkooll@tdr.pibhe.com> wrote:
> Такими извращениями даже и не пробовал заниматься.
> cryptoloop достаточно нежная штука.
> Так что создаю новый файл, размечаю в нем систему и переношу.

А если файлик не маленький и место на диске не позволяет делать рядом
брата близнеца, только еще на n% большего?
В принципе e2fsck на такой раздел не ругается, а вот parted при проверке
выдает предупреждение, что раздел одного размера, а файловая меньше, и
спрашивает: проигнорировать или отменить операцию проверки. Хотя по
команде print выводит уже реальный (увеличенный) размер раздела.

Просто интересно, чем это чревато?

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Comm] cryptoloop
  2004-06-10 12:13   ` Dolgov OV
@ 2004-06-10 12:48     ` Vitaly Lipatov
  2004-06-10 12:57       ` Maxim Tyurin
  2004-06-10 14:08       ` Dolgov OV
  0 siblings, 2 replies; 8+ messages in thread
From: Vitaly Lipatov @ 2004-06-10 12:48 UTC (permalink / raw)
  To: community

On Thursday 10 June 2004 16:13, Dolgov OV wrote:

> А если файлик не маленький и место на диске не позволяет
> делать рядом брата близнеца, только еще на n% большего?
> В принципе e2fsck на такой раздел не ругается, а вот parted
> при проверке выдает предупреждение, что раздел одного размера,
> а файловая меньше, и спрашивает: проигнорировать или отменить
> операцию проверки. Хотя по команде print выводит уже реальный
> (увеличенный) размер раздела.
>
> Просто интересно, чем это чревато?
А мне казалось, что изменять размер файловой системы возможно 
только с Reiserfs.
-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Comm] cryptoloop
  2004-06-10 12:48     ` Vitaly Lipatov
@ 2004-06-10 12:57       ` Maxim Tyurin
  2004-06-10 14:08       ` Dolgov OV
  1 sibling, 0 replies; 8+ messages in thread
From: Maxim Tyurin @ 2004-06-10 12:57 UTC (permalink / raw)
  To: community

Vitaly Lipatov <LAV@VL3143.spb.edu> writes:
\scip
>> Просто интересно, чем это чревато?

Игрища с cryptoloop чреваты тем что он помашет вам ручкой и данные с
него вы достанете только с огромным геморроем.

> А мне казалось, что изменять размер файловой системы возможно 
> только с Reiserfs.

Да со всеми вроде (правда xfs дает только увеличивать раздел).

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Comm] cryptoloop
  2004-06-10 12:48     ` Vitaly Lipatov
  2004-06-10 12:57       ` Maxim Tyurin
@ 2004-06-10 14:08       ` Dolgov OV
  2004-06-14 11:51         ` drew
  1 sibling, 1 reply; 8+ messages in thread
From: Dolgov OV @ 2004-06-10 14:08 UTC (permalink / raw)
  To: community

On Thu, 10 Jun 2004 16:48:35 +0400
Vitaly Lipatov <LAV@VL3143.spb.edu> wrote:
> > Просто интересно, чем это чревато?
> А мне казалось, что изменять размер файловой системы возможно 
> только с Reiserfs.

Я вообщето не спец по файловым системам, и может не так выразился,
просто ситуация в следующем: был раздел (виртуальный, не часть какого-то
носителя, типа винта) размером в, допустим, 100 мегабайт. Нарисовали на
нем файловую ext2 и вдруг каким-то магическим способом (в моем случае
это dd >> _файл_) раздел физически вырос, без участия каких либо
спец.программ (parted, PQMagic и т.п.) еще на 100 мегабайт. Вот parted и
"удивляется", что раздел 200М, а файловая 100М, а ресайзить раздел не в
состоянии, потому как:
This ext2 filesystem has a rather strange layout! Parted can't resize
this (yet).

Вот меня и интересует, как поведет себя файловая, если ее нарезали на
100М носителе, который _вдруг_ "раздулся" до 200М?

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Comm] cryptoloop
  2004-06-10 14:08       ` Dolgov OV
@ 2004-06-14 11:51         ` drew
  2004-06-14 12:46           ` Dolgov OV
  0 siblings, 1 reply; 8+ messages in thread
From: drew @ 2004-06-14 11:51 UTC (permalink / raw)
  To: community

Dolgov OV пишет:

>On Thu, 10 Jun 2004 16:48:35 +0400
>Vitaly Lipatov <LAV@VL3143.spb.edu> wrote:
>  
>
>>>Просто интересно, чем это чревато?
>>>      
>>>
>>А мне казалось, что изменять размер файловой системы возможно 
>>только с Reiserfs.
>>    
>>
>
>Я вообщето не спец по файловым системам, и может не так выразился,
>просто ситуация в следующем: был раздел (виртуальный, не часть какого-то
>носителя, типа винта) размером в, допустим, 100 мегабайт. Нарисовали на
>нем файловую ext2 и вдруг каким-то магическим способом (в моем случае
>это dd >> _файл_) раздел физически вырос, без участия каких либо
>спец.программ (parted, PQMagic и т.п.) еще на 100 мегабайт. Вот parted и
>"удивляется", что раздел 200М, а файловая 100М, а ресайзить раздел не в
>состоянии, потому как:
>This ext2 filesystem has a rather strange layout! Parted can't resize
>this (yet).
>
>Вот меня и интересует, как поведет себя файловая, если ее нарезали на
>100М носителе, который _вдруг_ "раздулся" до 200М?
>  
>
Нормально будет себя вести. Т.е. будет продолжать работать в своих 
"родных" 100М.
Некоторое время назад имел подобный опыт при копировании впопыхах ext3 
раздела с 1G на 4G при помощи dd.
Parted также ресайзить раздел отказался и система какое-то время жила в 
странных условиях:
HDD 4G, раздел 1G и нельзя "растянуть", fdisk создавать другие разделы 
на этом диске отказывается -- нет места.
Короче ситуацию нормальной назвать трудно, но жить можно

-- 

 bye! drew




^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Comm] cryptoloop
  2004-06-14 11:51         ` drew
@ 2004-06-14 12:46           ` Dolgov OV
  0 siblings, 0 replies; 8+ messages in thread
From: Dolgov OV @ 2004-06-14 12:46 UTC (permalink / raw)
  To: community

On Mon, 14 Jun 2004 14:51:07 +0300
drew <drew@e-post.com.ua> wrote:
> Нормально будет себя вести. Т.е. будет продолжать работать в своих 
> "родных" 100М.

Короче говоря сколько не приклеивай, юзаться будет только 100М?

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2004-06-14 12:46 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-10  6:52 [Comm] cryptoloop Dolgov OV
2004-06-10 11:07 ` Maxim Tyurin
2004-06-10 12:13   ` Dolgov OV
2004-06-10 12:48     ` Vitaly Lipatov
2004-06-10 12:57       ` Maxim Tyurin
2004-06-10 14:08       ` Dolgov OV
2004-06-14 11:51         ` drew
2004-06-14 12:46           ` Dolgov OV

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git