De Slow, чтобы понять, что вам гемини насоветовал, нужно ну хоть чуточку быть в теме.
Юпитер установите, пыхтон тоже. По туториалу вольете в sqlite свой csv.
Ну и далее, по туториалу будете дергать данные из него и отображать в нотебуке.
А волшебной палочки у меня нет, не фея я зубная.
rPman, ну нет, не лучше, уж поверьте. Ибо BK мой не первый, а как минимум третий, после ДВК и УКНЦ :)
И да, уже начиная с с конца 80-х, абсолютно все производители процессоров ушли от команд I/O в наборах инструкций, начиная от интела, и заканчивая моторолой.
А вот на что нужно ориентироваться, так это на 68000 (68k), а не на DEC PDP-11.
Моторола 68k самый правильный пример - архитектура CISC, богатый набор регистров и команд, правильно все лежит в памяти, а не как у интел или поверписи. Самое главное, он не RISC, ибо это сложно, и без компиляторов туда лучше вообще не суваться.
И да, с середины 90-х программирую всякие ОС, начиная от 68k, и заканчивая ARM. (MIPS/PPC и прочие туда же).
ITF, для начала, я бы прописал в параметрах загрузки ядра nomodeset i915.modeset=0 nouveau.modeset=0 чтобы ядро не пыталось переключать режимы графики, так чтобы было видно всю загрузку...
ITF, syslinux - это загрузчик, фактически маленькая ОС со своими драйверами и процессами. И прямого отношения к линуксу не имеет.
syslinux (как и grub, как и EFI, LILO, как и куча других загрузчиков типа UBoot) - может загрузить в память кусок бинарного кода и передать на него управление.
А что это за бинарный код - ядро линукса или memtest86 - сильно не важно.
Некоторые загрузчики могут читать (и иногда писать) всякие разные файловые системы типа EXT2/3/4, FAT/VFAT и прочие.. и с них подгружать в память эти куски.
Теперь о сложном - обычно ядра и initrd не просто лежат куском бинарного кода, а еще и сжаты каким нибудь алгоритмом типа gzip, bzip, compress и т.д.
Загрузчик должен прочитать носитель, для этого в загрузчике должны быть драйверы (и это еще раз - не в ядре!!!!), распаковать и положить в память. Вот после этого передать управление на этот кусок бинарного кода.
А в этом бинарном коде уже должны быть свои драйверы и прочее...
ITF, А какой загрузчик используете для ISO?
Обычно, кто-то должен сначала положить ядро и initrd в память, и передать на ядро управление.
При этом внутри ядра должны быть драйверы для монтирования initrd и для дальнейших действий.
Сам initrd может загружать как само ядро, так и загрузчик. Также в ядре (вкомпилен намертво!!!) должен быть драйвер файловой системы, в правильном формате initrd (а этих форматов несколько, как и алгоритмов сжатия).
Как помню, в память загружается ядро, по возможности загружается initrd.
Далее ядро монтирует initrd
Из initrd запускает первый процесс, который выполняет скрипты внутри initrd (подгружает драйверы с initrd, запускает поддерживающие процессы типа dhcp-client)
Один из скриптов перемонтирует корневую файловую систему на нужный носитель.
Ну и переопределяет процесс под номером 1
ITF, Подозреваю, и не напрасно, что в initrd с iso-образа просто нет сетевых драйверов. Ну и скорее всего нет драйверов видео.
Включите их в initrd. Какие именно включать - посмотрите в загруженных модулях lsmod.
Кстати, в сетевом initrd обычно наоборот отсутствуют драйверы scsi/ide/sata :) Тоже обычно мучался с этим. И да, на iPXE стояло около 300 рабочих станций как-то :)
Первое. Ядро и initrd с драйверами должны быть одной версии.
Второе - ядро скорее всего получает управление, и наверняка "не висит", а просто не может вывести информацию на консоль. Другими словами, хорошо бы в ядро вкомпилировать нужные драйверы, или положить их в initrd и подгрузить.
Третье - если есть COM-порт, сделайте вывод консоли в него и смотрите что происходит.
я за драйвер, скорее всего :)