Действительно ли это - плохая идея использовать SD-карту для корневого каталога?
Отредактируйте конфигурацию своего демона системного журнала: /etc/rsyslog.conf, /etc/syslog-ng.conf или подобный. Ищите "консоль".
Я имею, выполнил всю систему от SD-карты прежде (по USB 1.0!) Это было чрезвычайно медленно. Я выполнял OpenBSD. Это имеет softdep какая увеличенная производительность большой суммой, хотя это не передает Linux.
Я сказал бы, что самая большая вещь удостовериться в состоит в том, что Вы монтируете его с noatime, этим путем Вы не становитесь оштрафованными каждым чтением, которое Вы делаете. Кроме того, у Вас должно быть серьезное основание для того, чтобы сделать это. Я сделал это с целью экономии электроэнергии в основной настройке маршрутизатора (где мне не были нужны больше, чем 1G пространства).
Это также будет значительно медленнее, если Вы не будете использовать порт USB 3.0 и читателя КАРТЫ ФЛЭШ-ПАМЯТИ/SD-КАРТЫ соответствия. USB 3.0 на самом деле быстрее, чем повсеместный SATA-2, таким образом, в теории при использовании USB 3.0 у Вас не должно быть проблем производительности.
Кроме того, можно хотеть удостовериться, что можно войти аккаунт без карты флэш-памяти на всякий случай
В то время как они довольно надежны (никакие подвижные части), КАРТЫ/к¦рты ХЛЭШ-п¦мяти С ИНТЕРХЕЙСОМ USB SD могут быть медленнее (Вы, вероятно, не хотите выполнять дисковые интенсивные действия оттуда), и ограничили циклы записи. От этого вопроса о Суперпользователе:
Флэш-память действительно ограничила циклы записи. Однако к настоящему времени маловероятно, что Вы встретитесь с этим в течение нормального времени жизни такой карты.
Вы, вероятно, захотите избежать файловой системы журналирования, поскольку это помещает дополнительную деформацию на микросхемы памяти: для этого можно использовать ext2. (Я помню, что это имело место однажды, но, как отмечено в комментарии, это не могло бы больше иметь место),
Я думаю, что Вы были бы в порядке, пока Вы часто копируете и заменяете карту/флеш-накопитель, если она начинает показывать ошибки.
-
1Являются там каким-либо доказательством, что предотвращение файловой системы журналирования на самом деле полезно? У меня создалось впечатление, "ограниченное количество записей" было так высоко, что было неважно. – Brendan Long 01.10.2012, 03:30
-
2@BrendanLong я не знаю; я помню, что это была полезная спина, когда количество возможных записей было меньшим. – Renan 01.10.2012, 04:03
-
3На данном этапе я предположил бы что раздражение из-за non-journalled (чтение: легкий уничтожить), файловая система значительно хуже, чем какая-либо опасность от дополнительных записей. – Brendan Long 01.10.2012, 04:40
-
4Журналируемые файловые системы главным образом защищают от сценария потерь мощности. Это - больший риск для обеих флэш-памяти (поскольку ей нужно питание быть стабильной, чтобы 250 мс завершили записи), и SD-карты (поскольку они могли быть удаленным accidentily). Так, для SD-карт флэш-памяти определенно используйте файловую систему журналирования. – MSalters 01.10.2012, 12:21
-
5Извините, я не соглашаюсь. Мы живем во времена облачного хранилища и повсеместной возможности соединения: без дальнейших ограничений с помощью SD для подачи документов с Вами просто анахронично. – Avio 01.10.2012, 12:50
Я делаю это, и это работает просто великолепно для меня. Но я только использую его на одном компьютере; самая большая проблема, которую я вижу с использованием той же карты для двух средств, которые можно только использовать по одному. Просто что-то, чтобы не упустить: Я столкнулся с небольшим количеством проблемы, потому что система пыталась смонтировать / корневой каталог, прежде чем SD-карта была обнаружена, прервав процесс начальной загрузки. Я должен был изменить сценарии начальной загрузки (Дуга Linux) немного для ожидания карты прежде, чем смонтировать его и идти дальше с начальной загрузкой.
На основе моего опыта я действительно предложу НЕТ. В прошлые несколько лет, работая среды Linux на мои цели разработки, вещью, которая имеет значение больше всего, является производительность и устойчивость, и SD-карты едва предназначены для тех, я полагаю, что они служат внешней памятью больше (Исправьте меня, Если я неправ), а не основное высокоскоростное устройство хранения данных, такое как сам жесткий диск.
Одна из наиболее грандиозной задачи, с которой Вы, вероятно, столкнетесь во время этой кампании, когда Вы теряете свою SD-карту или повреждаете ее так или иначе. Хотя, это может быть зафиксировано, это много путает задачу для начинающих. Ожидание справки от онлайн-сообщества, такого как этот сайт сам не могло бы гарантировать решение, и можно застрять с бесполезной системой в течение многих дней.
Если Ваша домашняя папка не огромна, и все Ваши ПК имеют нормальную возможность соединения, Вы могли попробовать один или несколько из этих сервисов облачного хранилища: Dropbox, Google Drive, Sugarsync, Microsoft Skydrive (но существует намного больше).
Мы живем во времена облачного хранилища и повсеместной возможности соединения: если у Вас нет конкретных ограничений, использование SD для подачи документов с Вами просто анахронично.
-
1Существует много проблем с облачным хранилищем. Например, моя основная система находится на FreeBSD, который, к сожалению, не летит хорошо в облаках; или, я не думаю, что могу загрузиться из Dropbox и т.п.; или, синхронизация больших файлов, которые я просто генерировал, могла бы занять слишком много времени; и т.д. Моя домашняя папка намного больше, чем "мои документы". – Eelvex 01.10.2012, 13:47
-
2Необходимо взять привычку к symlinking важным конфигурационным файлам непосредственно от Вашего
Dropboxпапка. По крайней мере, пока Sugarsync выпускает собственный клиент Linux. – Avio 01.10.2012, 14:43 -
3
-
4
Просто знайте, что, когда SD-карты перестали работать, они перестали работать внезапно и катастрофически.
Жесткие диски могут дать Вам некоторое заблаговременное предупреждение и ухудшиться корректно. Можно обычно монтировать провальный жесткий диск и получать данные. SD-карты не дают Вам тот шанс.