К HDD я всё-таки с опаской отношусь: трахнешь его случайно оземь или о что-нибудь твёрдое — и кирдык инфе. Поэтому я храню фото на винчестере в компе и на DVD. Вряд ли так не повезёт, что сдохнут обе копии одновременно.
"чтоб в один прекрасный момент не сдохло все на HDD — пришлось регулярный бэкап прикрутить. " — вот именно. Ты лично какой носитель выбрал для бэкапа? Я, как уже сказал, DVD. А что не успел пока записать на DVD, временно скидываю в облачное хранилище на S3.
Обязательно записываю на DVD резервную копию фотоархива. Потерять жалко, хранить на флеши дороже, хранить в облаке типа Amazon S3 — скорость перекачки медленнее.
Прочитал man. Ты прав (отчасти). У ext3 и reiserfs на ходу менять размер можно, но только в сторону увеличения и только если ядро поддерживает online resize (как правило, для ядер версий 2.6 и новее это так).
Вот как раз LVM я использую. Но LVM не отменит факта, что перед изменения объема раздела /usr его придется отмонтировать.
Насколько я знаю, нельзя остановить загрузку системы сразу после initrd, не монтируя «рабочие» разделы. Значит, и в этом случае для переразбиения /usr придется останавливать систему.
В загрузке LiceCD ничего особо страшного нет, кроме некоторых неудобств. LiveCD сначала надо отыскать (или скачать и прожечь), и работа с него гораздо медленнее.
Так что мне будет удобнее сделать «telinit S; umount /usr; увеличить /usr тем или иным способом; mount /usr; telinit 3», чем обслуживаться с помощью LiveCD. И если дистростроители всё-таки решат слить вместе /bin и /usr/bin, то лично мне станет грустно.
> Не понимаю смысл разделения /bin и /usr/bin. Оно реально не нужно.
Разделение на /bin и /usr/bin тебе очень пригодится, когда однажды вдруг окажется, что для установки нового софта уже не хватает места. Или если придется как-либо поменять разбиение диска на разделы, затрагивая /usr. Ты запросто загрузишь систему, не монтируя раздел /usr (и система будет работоспособна), расширишь этот раздел и продолжишь работу.
Не будь эти разделы отделены друг от друга, для работы с разделами пришлось бы грузиться с установочного диска или Live-CD.
В Vim'е не так уж много команд надо заучивать (именно тупо заучивать). Там в команды заложена «из коробки» логика и мнемоника. И пользователю достаточно заучить принципы формирования этих команд.
«HTML+JS+CSS, короче — HTML5» — это уже типичная современная тенденция, тут особо нечему восторгаться. По-настоящему радует то, что в системе оставлена вся GNUтая обвязка вокруг ядра: на месте glibc, графика на основе X11-сервера, прочее. Легко будет портировать и запускать обычные приложения Linux.
Нет, я не говорю, что это плохо. Я говорю, что корни технологий Windows наверняка будут присутствовать и в этой системе. И я считаю, что это правильно — использовать зарекомендовавшие себя наработки там, где это разумно.
Какую бы новую систему ни начала создавать Microsoft, в итоге всё равно получается Windows. Я не думаю, что в этот раз Microsoft начнет разработку с полного нуля, наплевав на все свои прошлые наработки. Скорее всего, это будет некая система, ведущая родословную от Windows CE, но серьезно переработанная.
Почему отмели вариант перевести базу данных на Linux? Судя по небольшому размеру компании, выбор Windows для сервера Oracle был обусловлен тем, что просто никто ничего другого не знал. Но теперь специалист, понимающий в Unix-системах, в фирме есть.
Смотря где я этот код пишу. Если это что-то крупное, что пишется в IDE на рабочем месте — комментарии пишу по-русски. А если это мелкий скрипт, который пишу прямо на Unix-сервере в vim'е — то по-английски. Потому что иной раз на сервере вообще поддержка кириллицы не установлена, или настройки терминальной программы какие-то дикие в плане перевода кодировок.
В очередной раз замечаю, что черно-белые фотографии эмоционально воздействуют намного сильнее, чем цветные. Особенно в исполнении настоящего мастера съемки, когда это уже не сухие репортажные кадры, а художественное произведение.
Тогда придется каждый переводить свою библиотеку из lossless в MP3 каждый раз перед загрузкой в телефон. Или один раз, но хранить всю музыку в обоих форматах.
Так что есть смысл хотя бы ради этого.
"чтоб в один прекрасный момент не сдохло все на HDD — пришлось регулярный бэкап прикрутить. " — вот именно. Ты лично какой носитель выбрал для бэкапа? Я, как уже сказал, DVD. А что не успел пока записать на DVD, временно скидываю в облачное хранилище на S3.
Насколько я знаю, нельзя остановить загрузку системы сразу после initrd, не монтируя «рабочие» разделы. Значит, и в этом случае для переразбиения /usr придется останавливать систему.
В загрузке LiceCD ничего особо страшного нет, кроме некоторых неудобств. LiveCD сначала надо отыскать (или скачать и прожечь), и работа с него гораздо медленнее.
Так что мне будет удобнее сделать «telinit S; umount /usr; увеличить /usr тем или иным способом; mount /usr; telinit 3», чем обслуживаться с помощью LiveCD. И если дистростроители всё-таки решат слить вместе /bin и /usr/bin, то лично мне станет грустно.
Разделение на /bin и /usr/bin тебе очень пригодится, когда однажды вдруг окажется, что для установки нового софта уже не хватает места. Или если придется как-либо поменять разбиение диска на разделы, затрагивая /usr. Ты запросто загрузишь систему, не монтируя раздел /usr (и система будет работоспособна), расширишь этот раздел и продолжишь работу.
Не будь эти разделы отделены друг от друга, для работы с разделами пришлось бы грузиться с установочного диска или Live-CD.
Так что есть смысл хотя бы ради этого.