Ну как это, в каком? ASCII-armored – распечатываешь, отправляешь почтой России дальним родственникам, потом в случае чего, просишь переслать обратно и перебиваешь вручную, восстанавливая свой ключ. Ну я бы еще, к примеру, все выбранные несколько букв заменил на рандомные, чтобы в случае чего ключ битым выглядел.

Мне кажется, что эти принтерпаки лишние. На флешку пульнул ключ, распечатал со своей стационарной ОСи и удалил.

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

Непонятно, но проявляется в новых версиях FF из-за каких-то специфических настроек. В ванильном профиле (не TBB) такой проблемы нет.

Оказывается, Tails забирает определенное количество RAM под swap. Пришло в голову отключить его, чтобы увеличить свободную память. Но командой

# swapoff -ad

он оключаться не хочет и, следовательно, не дает себя отмонтировать на /dev/loop0.

Пожалуйста, где загвоздка?

Может быть, я чего-то не знаю, но звучит, как бред. Своп — часть памяти для RAM, не влезающая непосредственно в RAM, которая хранится на диске (файл подкачки и т.п.). Создавать своп в оперативке бессмысленно.

Чисто технически RAM как-то должна делиться на ту часть, которая может быть выделена под файлы и ту, которая используется программами, но обычно это делается через выделение максимального объёма, который позволено занимать файловым системам mfs/tmpfs при монтировании в RAM (параметр size).

Tails — это Live-система. По умолчанию она не использует никакую память помимо оперативки для хранения временных или внешних данных. Ей некуда записать файл, кроме как в RAM. Видимо, вся логика работы Tails построена на этом. Если бы работа с внешними носителями не была предусмотрена, всё в точности так бы и было.

Приобрести нормальный компьютер Увеличить объём RAM. К.О.

Кстати, вариант с симлинком всё же стоит попробовать, это же легко проверяется. Возможно, дело не в стриминге, а банально в том, что всё находится в RAM, поэтому в директорию Tor Browser файл большего размера не скопировать, причём ограничение на список директорий, откуда можно закачивать, искуственное (странное дело, вы уверены в этом?). Если всё так, симлинк как раз мог бы помочь.

Проблема такая есть, не раз обсуждалась. Единственное решение — отправлять комментарий как есть, а потом редактировать его (уже отправленный). Правда, последнее возможно только до тех пор, пока не появится ещё один комментарий в треде. Кстати, под Гостём предпросмотр до последнего работал корректно (сейчас гостевой постинг на сайте отключен).

Сам глаза таращу над такой логикой. Вероятно, смотрю неправильно.

К сожалению, да. Новая фича в Tails. **AppArmor confinement**.

Кроме увеличения памяти ( :-) ) еще подумалось, что можно подключить второй своп. Что-то типа найденного в сети:

# mkdir /dev/(AnyMountedDrive)/swap # dd if=/dev/zero of=/swap/sw-file bs=1k count=1048576 # mkswap .../sw-file 1048576 # swapon .../sw-file

Указанный sw-file переделывается на нужный формат, но команда swapon не дает результата.

Определённо бред. Вместо первых двух команд должно быть что-то типа (в предположении, что на /dev/sdb1 уже есть файловая система):

# mkdir /mnt/swap
# mount /dev/sdb1 /mnt/swap
# dd if=/dev/zero of=/mnt/swap/sw-file bs=1k count=1048576

Зачем переизобретать велосипед, если по вашей же ссылке прямо сказано:

If you have activated the Personal Data persistence feature, then you can also use the Tor Browser folder that is located in the Persistent folder. In that case, the content of this folder is saved and remains available across separate working sessions.

To be able to download files larger than the available RAM, you need to activate the Personal Data persistence feature.

Разберитесь с persistence. Для аплоада она тоже может помочь.

Спасибо за подсказки.

Давно разобрался, но хотелось бы без этого.

Неудачно попытался сократить запись в сообщении.

Считая, что своп может быть сделан из файла, пробуем так

# mkdir /mnt/swap # mount /dev/sdb1 /mnt/swap # dd if=/dev/zero of=/mnt/swap/sw-file bs=1k count=1048576 # cd /mnt/swap # mkswap sw-file 1048576 Setting up swapspace version 1, size = 1048572 KiB no label, UUID=(someUUID) # swapon sw-file

После чего команда free показывает, что общий размер свопа равен нулю.

Но сдругой стороны

# fdisk -lu /dev/loop0 Disk /dev/loop0: 927 MB, 927051776 bytes 255 heads, 63 sectors/track, 112 cylinders, total 1810648 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: someIdentifier Disk /dev/loop0 doesn't contain a valid partition table

причем Disk Utility показывает, что это сформатировано в squashfs. Т.е., в RAM умолчательно выделено пространство под своп. :-)

Я никогда не разбирался с подключением свопа в Linux, так что комментировать не буду. Читайте мануалы, как добавлять новые swap-устройства. Не работает под Tails — попробуйте под обычным Linux'ом, чтобы знать, почему команды не отрабатывают (дело в Tails или они вообще нигде не работают).

Через squashfs обычно монтируются данные, загружаемые с Live-системы [1], [2]. Какое это имеет отношение к свопу — непонятно. Кстати,

SquashFS is a compressed read-only file system for Linux.

Не из-за этого ли ваши проблемы?