Gentoo install on USB -> 2 Dead Flash Drive
Сделал попытку установить Генту на USB
2 компа (десктоп и ноут), 2 ядра (2.6.26-r4 и 2.6.27-r8), 2 флэшки (Kingstnon и PQI)
Результат один - 2 флэшки убиты.
не смотнировать, не форматировать, лампочки не мигают, хотя факт вставки в разъем ситема отлавливает, fdisk не видит.
Под виндой - та же фигня.
Обе флэшки новые, почти "из каропки"
1-я выдержала tar xjvf stage3*
и сдохла на tar xjvf portage*
2-я выдержала чуть больше
+ emerge grub
+ grub-install
и сдохла на emerge -upv system
Вопрос:
1) Возможно ли установить Gentoo на USB в принципе? СтОит ли это делать в принципе?
2) Причина убивания флэшек так быстро и что теперь с ними делать (на помойку) ?
3) Можно ли принудительно уменьшить скорость (частоту) записи на флэшку?
PS если б погуглил до убийства - то ставить даже не пытался бы, но теперь хочу довести начатое до конца, но и убивать 3-ю флэшку не очень хочется.
- Для комментирования войдите или зарегистрируйтесь
Собирать систему можно на
Собирать систему можно на жёстком диске в chroot'е, а потом её скопировать (cp -a). И очень сомнительно, чтобы новая, исправная флешка умерла от такого малого количества действий.
Не должны были помереть. Они
Не должны были помереть. Они мрут, если на них своп размещать. И еще могут дохнуть, если /var/tmp/portage на них расположен. Но не в первый день, а за полгода-год. И все это очень сильно зависит от качества флешки, количество выдерживаемых циклов перезаписи может варьироваться на несколько порядков.
А в dmesg совсем никаких сообщений об ошибках? Может попробовать их в гарантийку сдать. Если вдруг окажется, что сервис центров у нас нет (кажется я что-то такое слышал), то, вообще гворя, продавец несет такую же ответственность, что и производитель. Т.е. продавец должен будет их отремонтировать или заменить.
Ага :)
Сразу вспоминается опус, встреченный в рекламе
Вперёд, в "светлое" будущее :)))
:wq
--
Live free or die
убиты
убиты железобетонно ;(\
до свопа дело не дошло даже....
флэшки надежны были при жизни - без проблем таскал музыку и фильмы
у одной гарантия кончилась 2 недели назад, вторая на гарантии - пытаюсь поменять
работа шла под нормальной стабильной системой
отформатировал, примонтировал, скопировал stage + portage
tar выполнялась из-под "боевой" системы - так что здесь критерий - скорость записи на флэшку (я так думаю)
на второй сделал chroot и первая же оперция (emerge -upv system) убивает её - не думаю что тут был сильно перегружен /var/tmp, хотя и возможно
есть подозрение, что перегруз произошел из-за файловой системы (reiserfs) - теперь хочу попробовать на ext2, но установку
сделать на жестком диске, а потом просто скопировать на флэшку
Тем не менее, остается опасение, что после долгих трудов все тоже может уйти на помойку при 1-2 запуске системы с флэшки.
PS в протоколах системы никаких сообщений об ошибках
при вставке - даже отлавливается факт вставки, одну флэшку можно прочитать dd и fdisk-ом, но при попытке записи - процесс зомбируется без всяких сообщений
что-то добрый я сегодня ....
врядли они убиты. скорее
врядли они убиты.
скорее всего какая-то проблема случилась при создании фс.
dead
флэшки убиты - это без сомнения и факт
фс не имеет значения при использовании dd и fdisk
к тому же после гугления нашел много подтверждений на буржуйском с подобным диагнозом.
Сейчас интересует всего один вопрос - имел ли кто опыт практической работы с полноценной Гентой с USB хотя бы полгода (или хотя бы полсотни загрузок)
что-то добрый я сегодня ....
Дело не в количестве
Дело не в количестве загрузок, а в том, что пересборка системы на флэшке, видимо, легко и непринуждённо её убивает. Слишком интенсивно чтение/запись. Запихните туда system rescue cd или сделайте свою систему и тупо залейте на флэшку.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
дело
вот и хочется узнать - вдруг кто еще имел подобные проблемы
быть первопроходцем - не очень как-то хочется
вот бы еще узнать количественное определение "слишком интенсивно" и как с этим бороться ;)
создать rescue_cd или minimal_install_cd - это не проблема
суть идеи (замысла) сводится к тому, что хочется иметь "мобильное рабочее место"
т.е. на работе часто приходится качать файлы, странички с полезной инфой, делать закладки и много "оперативного" еще чего
дома хочется воспользоваться результатами проделанной за день "работы"
к тому же достает по 2-3 раза устанавливать и конфигурить одни и теже проги на разных машинах
безусловно, можно пойти по пути "удаленной работы" и синхронизации....
но...
это - время, это - трафик...
"мобильное рабочее место" - это ноутбук в кармане.... но весит гораздо меньше... ;)
что-то добрый я сегодня ....
http://en.gentoo-wiki.com/wik
http://en.gentoo-wiki.com/wiki/Build_Your_Own_LiveCD_or_LiveDVD#USB_Stick_drive
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
gentoo на флешке жить может.
gentoo на флешке жить может. У меня в ноуте SSD диск - проблем нет. Для сохранения ресурса надо просто все что можно запихать в tmpfs, что полезно и для скорости.
Поставил на 8Гб Transcend,
Поставил на 8Гб Transcend, система без иксов, вообще почти голый stage3. ФС - ext3, как-то решил не эксперементировать с ReiserFS, похоже не зря. =) Используется для клонирования вяндовых машин, образ (5Гб) лежит на ней же, клонировано уже машин 25, флешке месяца 4. Проблем никаких. Вы пробовали восстановить их при помощи утилит от производителя? Мой коллега на работе регулярно юзерам флешки воскрешает когда стандартные средства не помогают. Есть даже раритетная флешка с убитыми 7 гигами из 8-ми =) Оставшийся гигабайт работает.
Сам как раз раздумываю над
Сам как раз раздумываю над данной темой. Интересно чтобы система могла сохранять изменения конфигурации. Загружал "USB Live" но они не сохраняют настройки. Даже те в которых заявлено что могут (FaunOS).
Имею 1Gb флешку, вот думаю как бы поставить. Помнится когда ставил на винт при месте меньше 3 Gb даже система не собиралась.
Моя мечта:
#emerge комьютер с генту
- - -
Недавно читал, что разрушение флешки возможно из за перегрева. Возможно тут как раз этот случай.
+1
я тоже склоняюсь к этой мысли
по всей видимости при частых обращениях к USB идут повышенные токи и это разогревает\убивает флэшку
в моем случае - +наложилось, что ФС reseirfs, что в свою очередь на порядок повысило частоту обращения к флэшке при каждой операции чтения\записи
+(возможно) диск мог автосмонтироваться с опцией sync (про этот момент я забыл и не проверял)
поскольку операции cp по 8 гигов за раз - переживались не раз спокойно, наверное дело было в фс
линуксы без иксов вроде живут у народа, но из всего что я нашел, все далали разворот системы на HDD а потом копировали на флэшку
решил попробовать так же.
пока допиливаю систему на разделе жесткого диска, как перенесу - отпишусь о результатах
флэшку взял PQI 8gb
что-то добрый я сегодня ....
Мои "парамыслей"
1. USB-flash drive не расчитаны на _интенсивную_ работу FS
2. Журналируемые FS требовательны к носителю в части надёжности железа, что про подавляющее большинство USB-flash drive сказать нельзя.
То есть _теоретически_ на USB-flash drive Gentoo "в лобовую" поставить можно, но рискованно.
Поэтому:
1. Делать образ "боевой ОС" на HDD "в chroot", потом готовить из этого "спецсистему" по принципу "live-cd"
2. Все "обновления-добавления-улучшения" производить в chroot, то есть каждый раз "делать заново".
emerge Your world
Gentoogle
3. А переносить всё это дело
3. А переносить всё это дело с помощью rsync
Тогда ответьте на пару
Тогда ответьте на пару вопросов.
Что делать если на машине элементарно мало памяти?
Развернувшийся LiveCD если и развернется получится не сможет работать с разными вкусностями типа скачки-раздаче 10-30 торрентов уже с запущеным ОпенОфисом например на машине с 160 Мб?
http://www.gentoo.ru/node/12586 - вот тут в самом конце есть ссылка.
А вопрос аналогичен, там разве что не флешку а SSD хотели поберечь. ;)
Моя мечта:
#emerge комьютер с генту
если памяти мало, вместо
если памяти мало, вместо опенофиса надо использовать его более легковесные аналоги.
к тому же наверняка на том компе есть винч, на котором можно размесить своп, и возможно папку, куда будут торенты качаться.
Другими словами, вместо
Другими словами, вместо лечения больного вы предлагаете использовать костыли, диализ и массаж простаты.
А по сути. Менее прожорливый аналог это можно проработать, но вопрос с функциональностью, мало ли.
своп на HDD тоже интересная идея. Только надо предупредить всех людей мира чтобы они при форматировании диска обязательно на винтах оставляли место под своп. А Билли на вообще на законодательным порядком при установки оффтопика создавать раздел под своп автоматически.
Моя мечта:
#emerge комьютер с генту
Если бы задача стояла создать
Если бы задача стояла создать флэшку, которая загрузится на ЛЮБОМ железе и будет работать со ВСЕМИ типами файлов и сервисов, то я согласен, что мои предложения не подходят. Хотя думаю, это вообще не реально сделать.
(своп раздел, в тяжелом случае, можно заменить на своп файл)
Исходя из ситуации: http://www.gentoo.ru/node/14531#comment-101317 своп на винче вполне реален, можно даже пойти дальше на флэшке держать только домашнюю папку.
Когда стоит выбор между меньшей фунциональностью и отсутствием возможности работать, я выберу первое.
ps если у вас есть предложения лучше, готов обсудить
А Билли на вообще на
Вы, милеиший, явный неосилянт :) как раз спецом для вас дядя Билли заботливо надул файл для свапа в 2RAM - осталось только заюзать, или линуха уже разучилась в фаил свопить ?
Кстати, для сего чюда достаточно ядерного драйвера нтфд, и что то мне подскаьывает, что :
а) номер пройдет практически для любой FS из ныне живущих на писюках
б) Кноппикс умел это в каком то бородатом году чуть ли не на ядре 2.4
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
> 1) Возможно ли установить
> 1) Возможно ли установить Gentoo на USB в принципе? СтОит ли это делать в принципе?
Без проблем, но не "тупо". Всегда ставлю в squashfs (сжатие, работает быстрей), а когда нужна запись - отдельный раздел или unionfs (в сложных случаях). Рамдиск, без свопа... В общем ковыряйте лайвсиди - самое оно.
> 2) Причина убивания флэшек так быстро и что теперь с ними делать (на помойку) ?
Не знаю в чем причина. У меня с неделю жила БД мускула с бинлогами на 8ми-гиговой флехе и именно на рейзере (нельзя было сервак стопать, и NAS-а небыло - вот и выкрутились тупо флеху воткнув). Флеха та все еще жива и изредка используется, а прошло уже полгода. Это наводит на мысль что даже со свопом будет жить, если поставить swappiness в 0
> 3) Можно ли принудительно уменьшить скорость (частоту) записи на флэшку?
Не вижу смысла. Лучше поиграйтесь с laptop_mode и различными dirty_* из /proc/sys/vm - в интернетах была куча обзоров для ноутов...
хотя... вот подумал о причине
хотя...
вот подумал о причине убиения
если смонтировать рейзер без опции noatime, то это повлечет за собой кучу записей (открыли файл на чтение, а запись тоже происходит) в ФС и журнал. При пустом же /var/cache/edb/dep (stage3) команда emerge -upvD world повлечет за собой огромную кучу операций чтения, а как следствие и записи. Не говоря уж о самом процессе компиляции. Для полудохлой флехи может быть фатально...
Интересная новость
Здравствуйте!
Подскажите какой вариант выбрать моем случае?
Есть работающий сервер gentoo, будет стоять удаленно.
Я бы хотел делать с него бекапы на флешку на тот случай, если вдруг не смогу загрузиться когда он упадет / неправильно обновится / откажет контроллер и т.д.
Лайвсд все же немного интерактивен т.к. может потребоваться загрузка нужных модулей / конфигурирование сети / запуск ssh / установка пароля.
Поэтому хочу грубо говоря создать копию рута с жесткого диска с рабочим ядром, нужными программами и выполненными настройками.
Я так понимаю, мне надо по новой создать систему в chroot, произвести инсталляцию по хендбуку, настроить все заново и потом скопировать этот chroot на флешку? Или можно просто сделать tar с рабочей системы и распаковать на флешку?
sources и portage я например не хотел бы ставить, т.к. занимают много места, а emerge и менять ядро на рабочей флешке я в дальнейшем не планирую. Т.е. лучше время от времени просто обновлять chroot м.б. и потом сливать в корень флешки?
Также было бы неплохо иметь копию "/" с жесткого диска.
И реально ли на флешку делать бекап допустим базы данных (хотя бы 1-й самой важной) + бекап сайта, допустим раз в неделю? Или нагрузки не выдержит?
П.С. Флешку купил такую - http://www.transcendusa.com/products/ModDetail.asp?ModNo=181
4 гига, самая маленькая что бывает - 30.3 мм высотой - как раз влазит в корпус 1u (может правда колечко сверху отпилить придется, завтра померяю точно).
мде.
Бэкапы "на случай чего" делаются отнюдь не на флешку. Не думаю, что такой "бэкап" доставит Вам 100% уверенность в завтрашнем дне.
не смогу загрузиться
достаточное количество умных вещей по обновлению ядра и, соответственно, конфигурации grub на этот случай имеется в гугле. Кроме обновления ядра другие случаи "неудачной загрузки сервера мне лично не известны".
неправильно обновится
Знаете.. и комментировать неохота.. Серв на x86 уже лет 6 - обновляю нечасто, НО всегда ОЧЕНЬ внимательно читаю все, что пишет emerge. Проблем нет.
откажет контроллер
Это другая сфера бекапов.. К системе мало относится. Скорее к данным. Если уж контроллер системного раздела "лег".. ну хз.. жесткая копия всего / восстановит при условии дальнейшего использования именно такого же контроллера, который имхо Вы замучаетесь искать при современном то темпе обновления железа.
создать копию рута с жесткого диска с рабочим ядром, нужными программами и выполненными настройками
а все просто.. man dd.. но надо таки не допускать сего, а решать проблемы постепенно, по мере их поступления, и не в коем случае не отдавать систему на автообновление.
PS всем после-постящим - заметьте, речь не о десктопе, а о сервере.
Да пребудет с тобой великий Linux.
Эммм.... Приведу
Эммм....
Приведу пример.
После 1 июня зашел таки на gentoo.org увидел много vulnerabilities решил "конкретно" обновитья.
Каюсь, делал это от случая к случаю.
Что-то такое было у меня, что lvm блокировал обновление и я его снес. Обновился, но потом после десятка раз --resume забыл его таки поставить. Сервер стоял в офисе, поэтому с консоли после перезагрузки удалось оживить.
второй пример. Не знаю, с чем связано, может так и бывает, сбой какой-то, но у меня рут оказался поврежденным. Хотя стоит там ext3, все по handbook. Когда запустил fsck, опять же из консоли, в lost+found попала часть bin sbin. Пришлось помучаться несколько часов чтобы систему оживить.
Ах да, /usr /var и остальные папки при этом тоже не получалось подключить.
Не спорю, я не великий профессионал генту, и руки не совсем прямые, вот для этого и хочу подстраховаться и прошу в этом помочь советом.
До этого сервер работал долго, пока его не начал ковырять (2 года примерно аптайм с обновлением от случая к случаю).
По причинам которые написал выше поступил так: может это и неправильно, но рут сделал побольше и отдельных разделов для usr var и т.д. делать не стал, поэтому с запасом 8Г отвел. Для меня так спокойнее. Поэтому
не совсем подходит т.к. 4 гига всего на флешке + хотелось бы с нее грузиться "на всякий случай".
До этого, например, делал по очереди set default в grub'е, в local писал sleep 30 & reboot, но это тоже не очень.
Если какой-нибудь пакет плохо обновится udev еще где-то откаты вроде были, то это может не помочь.
Что такого плохого, если есть "вставленный rescue cd" с которого можно все при плохом раскладе восстановить? И где лежит "бекап" критических данных?
Думаю тебе вполне подойдёт
Думаю тебе вполне подойдёт вариант скопировать / куда нить в /mnt/chroot/, затем поправить его на предмет удаления ненужных для аварийного комплекта пакетов, сделать rm -rf /usr/portage /var/tmp/portage /var/db и пересобрать ядро с включением в него монолитно дров на usb host controller, usb_storage, initramfs и squashfs, прихлопнуть исходники ядра, поправить fstab на предмет монтирования /var/ и /tmp/ в tmpfs, а разделы указать через UUID или Label (поскольку имена дисков в /dev/ могут бегать при загрузке с USB). Затем упаковать весь /mnt/chroot/ в squashfs, скопировать squashfs на флэшко, поставить туда же grub, скопировать новое ядро, создать initramfs поддерживающий UUID с и грузиться с ними. Записи на флэшку на такой системе не будет вообще. А бэкапы - архивировать в /tmp/ на сервере и затем копировать архив на флэшку - думаю даже при ежедневном создании бэкапов флашка проживёт достаточно долго чтобы на ней закончилось место и её заменили.
Вот только подумай сначала о том как ты собираешься удалённо переключать последовательность загрузки на дохлом сервере?
Arago написал(а): ...и
Спасибо за совет, вроде все понял, но хотелось бы разжевать.
squashfs для того, чтобы fat32 был и похоже на minimal cd? как на hdd разделы linux 83 не стоит делать?
Ядро сейчас монолитно, для этой системы genkernel'ом делать?
где про squashfs посмотреть?
Последовательность загрузки через SOL. Сейчас настроил что туда валится все, а на монитор вылазит только логин.
Через SOL можно в биос зайти, но я первоначально думал сделать в grub пункт меню и ставить set default.
Понятно. Squashfs нужен изза
Понятно. Squashfs нужен изза жёсткого ограничения места на usb flash (4GB это таки крайне мало для полноценной системы, а со squashfs может даже и влезет всё что нужно) и для ускорения загрузки и работы (поскольку флэшки обычно медленнее жёстких дисков - 4-10 mib/s на чтение). Кстати, можешь вообще сделать rm -rf /var/* /tmp/* (всё равно поверх них будет tmpfs). Genkernel не надо, я имел в виду что при загрузке с аварийной флэшки нужно будет загружать модули для фс и доступа к USB носителю чтобы продолжить загрузку. Если в ядре уже есть всё нужное - просто добавь squashfs и initramfs.
Возможно тебе также будет полезен мой опыт по переносу системы и подготовке её для загрузки на любом компьютере (впрочем, последнее тебе незачем похоже) - http://www.gentoo.ru/content/klonirovanie-sistemy-na-vneshniy-disk
Отличие в том что использовался не USB flash а нормальный USB HDD: чтение-запись в районе 20-25 mib/s, нет необходимости следить за количеством записи, нет ограничения места (но несмотря на это использовался Reiser4 с компрессией - для всё того же ускорения работы, можно также поэкспериментировать с btrfs (я на момент переноса просто не знал что она умеет компрессию)).
>> 3) Можно ли принудительно
>> 3) Можно ли принудительно уменьшить скорость (частоту) записи на флэшку?
Да, можно, например через hdparm, он это делать умеет.
Все мы, рано или поздно, будем там...
Лучше не использовать
Лучше не использовать тулчейны с glibc в качестве libc. Берите gentoo-uclibc и компилируйте систему на нём. Правда не знаю, как сейчас с совместимостью gentoo-uclibc-2008 и текущим portage.