Страницы: [1] 2 3 ... 10

Последние сообщения

1
Большое спасибо. Супер. Для меня это целая научная работа. Буду изучать. Мне сегодня с утра такая примитивная идея пришла в голову с утра: если вначале поставить на диск с разметкой GPT SLx64, а потом Ubuntu. Может, тогда загрузчик Ubuntu все же инициирует загрузку SL? Или бестолковщина это?
2
Теперь касательно установки SLх64 на диск с разметкой GPT.

На примере Lenovo G50-80.
BIOS имеет два режима загрузки:
- UEFI
- Legacy

В UEFI обращение идёт только к EFI разделу и не видит MBR.
В Legacy обращение идёт к MBR (446 байт код загрузчика + 64 байта таблица разделов (16 байт на раздел) + 2 байта сигнатура MBR) обращается только к MBR и не обращает внимания на EFI.

Т.о. можно подружить две системы, одна из которых грузится  через UEFI, а другая через MBR.
Недостаток MBR в ограничении в 2 терабайта на адресуемое дисковое пространство.

Снимаем MBR в файл
# dd if=/dev/sda of=mbr.bin bs=512 count=1

Пропускаем код MBR-загрузчика 446 байт.
55 aa - сигнатура MBR
Пятый байт (хэкс-код ee)

# hexdump -s 446 -C mbr.bin
000001be  00 00 01 00 ee fe ff ff  01 00 00 00 2f 60 38 3a  |............/`8:|
000001ce  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001fe  55 aa                                             |U.|
00000200

это  тип раздела GPT
# sfdisk -T | grep ^ee
ee  GPT

Кстати мимоходом:
fdisk, это сегодня классический пример того, что в Линукс есть и безголовые улучшатели. Сегодня fdisk не отображает хэкс-код типа раздела в листинге доступных типов разделов. Поэтому имея под руками только fdisk, вам нужно будет поломать голову, что означает в дампе тип раздела EEh. К тому же я не догадался, как же выйти из режима просмотра доступных типов разделов. Автор на совесть испортил мою любимую программу.

Туманно представляю себе реализацию Legacy (MBR) в UEFI BIOS.
Но. В дампе выше, заполнены только первые 16 байт.
А разделов на hdd явно больше четырёх. Вероятно в BIOS используется эмуляция MBR-загрузки, поскольку в классическом MBR, в таблице разделов только 4х16 байт и первичных разделов не может быть больше четырёх.

Но в любом случае, дамп выше показывает, что на винчестере и MBR и GPT раздел.

Флешка с альтом x86_64:
Правильные образы x86_64 имеют два загрузчика, классический и UEFI загрузчик.
От того какой GRUB2 будет отображён на загрузке с флешки, зависит от того в каком режиме установлена загрузка в UEFI BIOS, - UEFI или Legacy. Secure boot в UEFI BIOS рекомендуется отключить.
Дополнительно можно перед загрузкой с флешки, вызвать по хоткею загрузочное меню (смотреть руководство на системную плату или ноутбук).
Стало быть с x86_64 Линукс, вы можете установить загрузчик или в MBR (Legacy mode) или в EFI (UEFI mode), в зависимости от того в каком режиме загрузка в BIOS.

Обычно на этапе работы с разделами при установке системы, для корня вы указываете / для корневого раздела и /home для домашнего /home раздела. Если используется UEFI режим в BIOS, на этапе работы с разделами, вы должны указать и точку монтирования /boot/efi для GPT раздела, иначе система не загрузится. А загрузчик устанавливать не в MBR  (как-то там выбирается GPT (EFI)).
Если в BIOS выбран Legacy mode и через него загружен GRUB2 с флешки, то загрузчик x86_64 системы устанавливается в MBR.

Т.о. если одна система грузится с винчестера через MBR, а другая через UEFI, то эти системы полностью развязаны: через Legacy нельзя загрузить UEFI систему, а через UEFI нельзя загрузить MBR систему. И в этом случае выбор загружаемой системы через выбор режима загрузки в BIOS - UEFI/Legacy. К тому же повреждение MBR не вызовет отказа загрузки системы загружаемой через UEFI.

Вероятно всё это может показаться хитрозакрученным, ну уж как есть...


Если в компьютере есть UEFI BIOS:
Будьте предельно подозрительны до паранойи. Ошибки в сырых UEFI BIOS могут привести к переполнению NVRAM и отказу системной платы. На большинстве фирм это не лечится и исправляется только заменой системной платы. В сети встречал только одного англоязычного электронщика-цифровика (убунтовода) который отремонтировал такую плату с заменой nvram и копированием контента через программатор. Но нужно быть ассом и до мелочей понимать архитектуру компьютера чтобы выпонить такой объём работ.
https://forum.altlinux.org/index.php?topic=13216.msg321840#msg321840
https://forum.altlinux.org/index.php?topic=13216.msg321927#msg321927
Для устранения такой опасной ошибки в прошивке UEFI BIOS мне пришлось использовать виндоус для обновления BIOS.
Речь не про Lenovo, речь про всё что имеет Insyde UEFI/BIOS.
Такая ошибка в UEFI BIOS крайне опасна.
Современные тенденции: т.е. железо выпускается, но код под него выходит сырой и опасный. Временами это приводит к необратимому отказу железа по вине производителя UEFI BIOS.
Из-за ошибки в UEFI BIOS, garbage collector не вычищает nvram:
https://github.com/systemd/systemd/issues/909#issuecomment-128764002
3
Конечно сделал так, но как-то в репе лежит пакет у которого в зависимостях косяк за косяком...
Что там ещё может вылезти никто не знает?
Это все роботизация :
arduino из офф реп:
Цитировать
Текущий майнтейнер: Igor Vlasenko

Список всех майнтейнеров, принимавших участие
в данной и/или предыдущих сборках пакета:
Igor Vlasenko
Repocop Q. A. Robot

avrdude :
Цитировать
Текущий майнтейнер: Igor Vlasenko

Список всех майнтейнеров, принимавших участие
в данной и/или предыдущих сборках пакета:
Igor Vlasenko
Evgeny Sinelnikov
Grigory Milev
ALT QA Team Robot
4
Документация / man select
« Последний ответ от тугодум Вчера в 21:33:28 »
"man select"
   на русском    в Linux - не верно
   на английском в Linux - немногим лучше
   в MSDN(Microsoft)     - ещё лучше

  ошибки две:
   1. select ждёт не ИЗМЕНЕНИЯ_состояния сокета
       а именно СОСТОЯНИЯ
        их три:
         а) готовность к чтению (можно выполнить "read")
         б) готовность к записи (можно выполнить "write")
         в) ошибка
  2. select не работает с обычными файлами
      это надо чётко указать в начале

использованная литература:

Стивенс  "UNIX разработка сетевых приложений" Питер 2007г. 1039с.
 в главах 6 и 16  описана фукция "select"
   это ключевая фукция для работы с сетью (точнее: с сокетами)
     т.к. остальные функции известны программисту по работе с файлами
       (open,close,read,write)

Stevens W.R. (Стивенс)
 автор нескольких книг по UNIX
  хотя они относительно старые,
    т.к. Стивенс отправился в лучший мир  в 1999г
      зато во многом верны и сейчас
       в частности для Линукс и Windows
5
Да, безобразие то еще, можно подпереть костыликом:
Конечно сделал так, но как-то в репе лежит пакет у которого в зависимостях косяк за косяком...
Что там ещё может вылезти никто не знает?
6
Юра.
Очень приятно. Меня зовут Андрей. Но я в связи с Вашими высказыванием  по поводу железа в начатой мной пару месяцев назад теме "Failed to find CPU0 device node" раскошелился на новый системный блок и теперь с ним экспериментирую. Это, безусловно, все очень интересно.
Теперь касательно установки SLх64 на диск с разметкой GPT. Такое ощущение, что эта разметка не для него. Зашел в Rescue mode. Там предлагается подправить MBR. Вопрос, откуда она на диске с такой разметкой?! Поэтому после длительных и нудных установок и переустановок мой вывод -  SL и GPT разметка диска несовместимы. Но, может быть я и не прав. Знаний по IT у меня маловато.
7
Т.е. ещё и avrdude неправильно упакован.
Да, безобразие то еще, можно подпереть костыликом:
# mkdir  /etc/avrdude
# ln -s /etc/avrdude.conf /etc/avrdude/avrdude.conf
8
Извините, я не знаю, как Вас зовут по настоящему,

:-) Юра.


но Вы - большой молодец, потому что всегда откликаетесь на крики о помощи попавших в беду людей

:-) Я больше десяти лет отсидел на платформе ZX Spectrum: домашняя типография в рамках школьных задач на базе дисковой ОС IS DOS + принтер через интерфейс ZX LPrint III.
Неписанная концепция платформы ZX Spectrum: это просто должно работать. Сделать плохо и тем более утверждать что это нормально, это надолго испортить себе репутацию на платфоме, а восстанавливается она долго и тяжело.


По моим прикидкам он грузится быстрее,

:-) Мне категорически не нравятся сплеши на загрузке. Их в Линукс притащили из Windows 95. В OSR2 сначала переключалась кодовая страница, потом загружались фонты, в результате на загрузке вместо нормального вывода на экран выводился мусор. Сплешскрин на загрузке Windows 95 закрывает весь этот погром.
Если в Unix-подобной системе отключить сплешскрин, на загрузке можно увидеть, на каком этапе наблюдаются задержки на загрузке.
Здесь
https://forum.altlinux.org/index.php?topic=32361.msg282438#msg282438
краткое описание многих (но не всех) сервисов. Ненужные можно отключить. Это немного ускорит загрузку.
При автологин в xfce на слабых компьютерах с IDE HDD 4200rpm я отключаю и отображение значков на рабочем столе, это также немного ускоряет загрузку до полной загрузки системы. В сумме понемногу, время загрузки может сократиться. Скажем на ноутбуке nx6110, это заметно чувствуется.
9
Извините, я не знаю, как Вас зовут по настоящему, но Вы - большой молодец, потому что всегда откликаетесь на крики о помощи попавших в беду людей типа меня. Но я в данной ситуации, как мне кажется подкован:
1. Определяем длину образа в байтах - du -b <путь к файлу образа.iso> | cut -f1
2. Определяем контрольную сумму записанного образа - head -c длина образа в байтах  /dev/sdc (например) | md5sum.
Было в этом плане все нормально. Но после того, как с флэшки установил систему или просто ее вытащил, все эти манипуляции бессмысленны. Другое дело DVD, но в случае с SLх64 DVD не тянет  - чуть не хватает места. Я сделал новую флэшку с загрузочным образом, проверил: вроде все соответствует. Попробую теперь затереть Ubuntu и поставить SL. По моим прикидкам он грузится быстрее, чем нова Ubuntu (до появления окна Light DM) процентов на 30-40. У Ubuntu, кстати, есть хорошая фишка - когда переходишь на русскую раскладку, загорается светодиодик на клавиатуре. Хочу в целях эксперимента посмотреть, какие разделы будут созданы во время установки при удалении всех разделов и создании разделов в автоматическом режиме при том понимании, что диск размечен как GPT.
10
По, моему, что-то у меня с загрузочной флэшкой что-то не то

Фишка состоит вот в чём:
Есть оригинальный загрузочный образ, образ вообще (смотрите на него абстрактно).
Не имеет значения где лежит этот образ: на разделе винчестера, записью на матрице DVD-диска или записью на флешке.
Зная размер в байтах оригинального образа и его контрольную сумму, нетрудно проверить целостность записи этого образа на флешке:
https://www.altlinux.org/%D0%97%D0%B0%D0%BF%D0%B8%D1%81%D1%8C_%D0%BE%D0%B1%D1%80%D0%B0%D0%B7%D0%BE%D0%B2_%D0%BD%D0%B0_DVD_%D0%B8_USB_Flash#.D0.9F.D1.80.D0.BE.D0.B2.D0.B5.D1.80.D0.BA.D0.B0_.D1.86.D0.B5.D0.BB.D0.BE.D1.81.D1.82.D0.BD.D0.BE.D1.81.D1.82.D0.B8_.D0.B7.D0.B0.D0.BF.D0.B8.D1.81.D0.B0.D0.BD.D0.BD.D0.BE.D0.B3.D0.BE_.D0.BE.D0.B1.D1.80.D0.B0.D0.B7.D0.B0

При совпадении контрольных сумм, вы будете уверены что с записанной флешкой всё в порядке.
Страницы: [1] 2 3 ... 10