Loss32 — проект дистрибутива с реализацией Win32

https://www.zx.net.nz/netware/client/win95-netboot/

в 95-ой до осr2 был networkboot ..с сервера NetWare!

Но у меня не было NetWare server — только ASP Linux и Windows на учительской машинке...

Возможно, я «раздавал» раздел с Виндой с учительской машины по NFS, но вот как я её грузил в окне на ученических машинах — «уму недостижимо!..».

Хотя и самому уже очень любопытно... :)))

http://silent.gumph.org/content/4/7/071-diskless-windows-pxe.html#bootp

pxe? Но опять же, как оно в окне линукса жило?

pxe? Но опять же, как оно в окне линукса жило?

Говорю же, что помню только про NFS, но ума не приложу, как можно было тогда запустить винду с удалённой машины, с сетевого NFS ресурса, на локальной машинке. Но как-то же запускал!!!.. :)))

Вот теперь сижу и мучаю поисковик... :)

И нафиг оно мне сейчас не нужно, но любопытно же!.. :))

https://www.osnews.com/story/1112/review-of-win4lin-40/

? только для win9x и ставило свои ядерные драйвера, но да, в окне или фуллскрин на линукс машине была «настоящая» винда.

2002-ой год.

Не, я же говорю, ничего не было, кроме Linux и Винды. Linux на ученических машинках грузился по сети, а потом, после логина пользователя. и Винду как-то в окошке с сетевого раздела по NFS в окошке Linux загружал...

Думается мне, что тут надо мануалы NFS «курить»...

Думается мне, что тут надо мануалы NFS «курить»…

А что NFS? Она файлики сервит … никакого слоя трансляции win32 там не было ….

Вот ещё про win4lin 3.0 - возможно в АСП он был «из коробки»?

https://thg.ru/howto/20011205/

А что NFS?

А «автозагрузку» монтируемого по сети раздела поискать...

никакого слоя трансляции win32 там не было ….

а это тут ни при чём...

Вот ещё про win4lin 3.0 - возможно в АСП он был «из коробки»?

Вряд ли...

А как научиться их гонять? Про задачку я тут писал: Loss32 – проект дистрибутива с реализацией Win32 (комментарий)

Понимаете, в обучении нейросеток - я лох. Я гоняю уже готовые. Поэтому, увы, не помогу.

Ну, вот пожалуйста, чувак ноутбук на 386 сделал. Материнская плата - 100% новодел.

Вы как будто не прочитали то, что я написал, а вместо этого угадали, что там могло быть.

Короче, копайте сюда

А что не так с ними при использовании единого корня? Разницы не вижу

То, что я на диски разбил винт не просто так, а С - система, D - музыка, E - файлопомойка, и в двухпанельниках под виндой у меня есть удобный вид отображения этого добра по буковкам. Я или Alt+F1 нажимаю, или сразу мышкой тыкаю, и получаю содержимое нужной сущности. Под линуксом в двухпанельниках такого функционала нет, там ручками в /home/user/media каждый раз лезть приходится. Да ещё и они со страшными длинными именами там. Да ещё и если прописать автомонтирование в fstab, запросто можно получить незагружаемую систему, если что-то случится с диском. В отличие от винды.

никакого слоя трансляции win32 там не было ….

а это тут ни при чём…

Ну как не причём. Кто-то же исполнял весь этот виндовый код? Либо клиент (win4lin, vmware) либо сервер (vnc-подобное, или проброс окна из варианта 1 по сети).

Наработки сообщества могут делатся через реверс. И тогда бинарник в более контролируемой среде может оказаться рабочим путём к открытому драйверу. И да, не всё железо висит на pci, так что проброс в qemu не всегда спасёт.

Здесь был важен факт, что Nouveau на выходе был куда более жизнеспособен и остается таковым, нежели чем ядро ReactOS NT и у него куда лучше с практическим применением.

Под линуксом в двухпанельниках такого функционала нет, там ручками в /home/user/media каждый раз лезть приходится.

В mc всё, что угодно, в т.ч. метки для дисковых разделов, можно прописать в избранное Ctrl+\. Тот же Alt+F1 почти. Первые 10 позиций можно циферками выбирать.

И в /home/user/media, насколько я понимаю, прописываются сменные носители. А разделы внутренних дисков ты волен прописать куда угодно, у меня вот HDD на /home/data замонтирован. На ноутбуке, где в дуалбуте винда восьмёрка осталась, её диск в федоре монтирую в /mnt/c. И так далее.

И сочетая симлинки с избранным в mc, ты можешь построить гораздо более гибкий выбор нужных тебе дисков и каталогов, чем в Alt+F1 (хотя, например, в Фаре Alt+F1 очень удобен, там на него и плагинов можно навешать, да).

Вот - видишь, сколько действий надо делать руками. Чтобы получить то, что в винде в двухпанельниках я получаю из коробки.

А разделы внутренних дисков ты волен прописать куда угодно, у меня вот HDD на /home/data замонтирован

Это то, о чём я говорю. Волен, да. Но, если это прописано в fstab, то при отвале HDD линукс - не загрузится. А винда, что стоит на nvme - загрузится. Ей пофигу будет, что HDD отвалился. Поэтому, я в fstab руками не лезу. А автомонтировщик HDD мне в /home/user/media прописывает.

Но, если это прописано в fstab, то при отвале HDD линукс - не загрузится.

Вызывающе неверная информация.

Вот - видишь, сколько действий надо делать руками. Чтобы получить то, что в винде в двухпанельниках я получаю из коробки.

Вообще-то, в винде ты эту коробку тоже начинаешь создавать прямо на этапе установки и разбиения дисков. Иначе в Alt+F1 у тебя будет только диск c: (корень которого обычно бесполезен, я на линуксе напрямую в / тоже редко лажу) и сменные носители (я тот же /home/user/media один раз в Ctrl+\ добавил и всё).

И сколько действий-то? Добавить каталог в избранное это Ctrl+x h или в окне самого Ctrl+\ кнопочкой «Добавить текущий».

Но, если это прописано в fstab, то при отвале HDD линукс - не загрузится.

Не понял связи. При отвале какого HDD? Системного? Или того, который ты руками добавлял? Это даже не говоря о том, что диски в fstab можно прописывать разными способами.

P.S. На самом деле было бы удобно сделать в mc полный аналог Alt+F1, т.е. вывод списка сменных носителей. Это минус одно нажатие Enter по сравнению с описанным мной вариантам. Но к наличию в самой ОС концепции букв C, D и др. это, собственно, никакого отношения не имеет.

https://github.com/dosemu2/dosemu2/issues/988

обсуждение всякого вин9х-ового. Всплыла win4lin от Альта ;)

На archive.org есть вторая и четвёртая версии.

https://forum.vcfed.org/index.php?threads/pocket-386.1247640/

Apparently they must be sitting on a huge pile of these 386SX-equivalent SoCs intended for PC-104 industrial computers […]

If the /etc/fstab file of a Linux Elastic Compute Service (ECS) instance contains incorrect or unusable information of file systems that are automatically mounted, the operating system of the instance may fail to start when you restart the instance.

Тынц

Не понял связи. При отвале какого HDD? Системного? Или того, который ты руками добавлял? Это даже не говоря о том, что диски в fstab можно прописывать разными способами.

Не, не системного, а файлопомоечного

If the /etc/fstab file of a Linux Elastic Compute Service (ECS) instance contains incorrect or unusable information of file systems that are automatically mounted, the operating system of the instance may fail to start when you restart the instance.

https://www.reddit.com/r/homebrewcomputer/comments/1oaef5o/486_homebrew_computer_with_some_efforts_to_make/?chainedPosts=t3_1k9wqf4

вот, буквально 3 месяца назад запостили

https://github.com/maniekx86/M8SBC-486

Что ж, возможно и так.

Ты сам этот эффект наблюдал? А то тут сомнительно всё – и источник документации, и двусмысленность формулировки «incorrect or unusable». С тем, что если в fstab написать чушь, можно поставить систему раком, никто не спорит. Однако мы, вроде, говорили несколько про другое.

Я не наблюдал, но и не хочу. Потому что у меня то ли хреновый БП, то ли хреновый удлинитель для БП, но при попытке вытянуть nvme, HDD и DVD одновременно, HDD начинает рандомно отваливаться при рестарте. А проблемы мне не нужны :)

Вот ещё один сомнительный источник

Так же в работе были моменты, когда установкуLinux производили с установочного флеш-накопителя и после рестарта сервера, ОС загружалась с ошибкой “Welcome to emergency mode!“. При проверке fstab было обнаружено, что этот флеш-накопитель был прописан в fstab как рабочий раздел. В таком случае помогает удаление строки с монтированием и перезапуск системы

А вот источник более валидный

It seems that I have added incorrect record to /etc/fstab:

//servername/share    /mnt/share    cifs     defaults,username=myuser     0 0

When I did mount -a, it asked user password to mount network share. It seems that it cannot proceed without password on boot, so it is just hung. 

Кринж. Какое это отношение имеет к невозможности смонтировать файлопомойку?

Чувак просто не знает про опцию nofail.

Эксперты по linux, мять…

Цитата #1 актуальна всегда.

Да смонтировать-то её можно. Я говорю, у меня несколько раз бывало, что файлопомойка отваливалась. Ессно, если монтировать её ручками, всё будет отлично. Отвалилась и отвалилась, mount выдаст ошибку.

Речь о том, что мне не хотелось бы прописывать файлопомойку в fstab, а без этого слишком много маеты получается именно под линуксом.

Ну тут источник не сомнительный, но описана достаточно специфичная ситуация (и дистрибутив непонятно какой, да ещё и ntfs-3g). Видимо, при сочетании сменного носителя, юзерспейсного драйвера и автомонтирования такое вот комбо получилось.

Мой посыл был в том, что fstab очень удобная штука для настройки работы с ФС. Да, каждый день туда лазить не надо, но купив новый внутренний диск для файлопомойки (ты ж его не каждый месяц покупаешь), прописать его в fstab – вполне реальный сценарий.

P.S. А в третьем источнике вообще про сетевые диски речь шла. В общем, ты насобирал нетипичных случаев и убедил себя, что не надо монтировать файлопомойку в fstab. Я так делаю много лет на разных компах – никаких проблем.

Но да, с БП у меня тоже проблем нет. Может, тебе лучше с железом сначала разрулить? А то тут кэп подсказывает, что когда БП не тянет даже накопители – проблема с незагрузкой из-за автомонтирования может оказаться наименьшей из проблем.

Спасибо, добрый человек! Век живи - век учись.

Да и баг с ним! :))

Я тут даже Win98 нашёл-скачал, хотел попробовать «тряхнуть стариной» в виртуалке. Но потом трезвая мысль в голову пришла: «Тогда мне надо было и было интересно решить задачу. Решил. А сейчас-то мне это на кой??». И всё, «остыл»... :) Не буду ничего искать-делать, ни к чему мне это нынче... :)

Мой посыл был в том, что fstab очень удобная штука для настройки работы с ФС. Да, каждый день туда лазить не надо, но купив новый внутренний диск для файлопомойки (ты ж его не каждый месяц покупаешь), прописать его в fstab – вполне реальный сценарий.

Так оно же для этого и предназначено...

Но, печальненько: видеокарту вставишь, мультик, и всё. Хорошо, если там PC-Speaker имеется, иначе, звука не будет совсем.

в чём преимущество перед путями?

Нет какого-то «абсолютного» преимущества. Каждому свое место. Диски,постоянно находящиеся внутри компа - в большинстве случаев удобнее смонтировать в одну общую файловую систему. Тоже конечно не всегда потому что может быть нужно разделить на системный диск и диск с пользовательскими данными. А внешние подключаемые носители - однозначно удобнее подключать в виде «букв» потому что к основной файловой системе компа они вообще отношения не имеют и незачем пытаться их туда куда-то временно приткнуть. Это и физически и логически отдельные сущности.

может быть нужно разделить на системный диск и диск с пользовательскими данными

Очень рекомендую, особенно на этапе освоения Linux...

А внешние подключаемые носители - однозначно удобнее подключать в виде «букв»

Крайне спорно. Но — на любителя. Если хочется, то можно и так «извратиться»...

Потому что никто про эту возможность не знал и не знает поныне. Да и откуда им было про это узнать??

Кому она реально нужна и удобна - те естественно знают. Но большинству как оказалось монтирование дисков в одну общую файловую систему не нужно. Им буквы больше подходят. Более того, многие предпочитают сознательно делить даже единственный диск на логические разделы. Например отдельно система и отдельно пользовательские данные. Какого-то технического смысла в этом сейчас нет,это именно «человеческий» смысл,для удобства структурирования информации.

Ну и особенно это касается внешних подключаемых носителей - пытаться временно приткнуть их в основную файловую систему компа - весьма странное техническое решение. Для них буквы как отдельные логические сущности естественны. Им бы еще и кэширование записи не включать по умолчанию хорошо бы. Чтобы не получалось так что в файловом менеджере операция завершилась,а реально файлы еще пару минут на флешку пишутся и это может вообще никак не отображаться если на флешке светодиода нет.

чувак ноутбук на 386 сделал. Материнская плата - 100% новодел.

Жаль что вообще нет никаких технических подробностей как там мат.плата сделана.

То, что я на диски разбил винт не просто так, а С - система, D - музыка, E - файлопомойка

Вот и я выше уже говорил что буквы дисков - это удобное средство структурирования информации для человека. Машине-то всё равно единая ФС там или отдельные буквы.

Кому она реально нужна и удобна - те естественно знают.

Враньё! Никто не знает и не знали, ибо никто им не сообщал.

Но большинству как оказалось монтирование дисков в одну общую файловую систему не нужно. Им буквы больше подходят.

Брехня! См. выше. Привычка и неинформированность (ДЕЗинформированность, на самом деле).

Более того, многие предпочитают

Да никто и ничего не может «предпочитать» при выборе из 1 (одного) варианта.

Например отдельно система и отдельно пользовательские данные. Какого-то технического смысла в этом сейчас нет,это именно «человеческий» смысл,для удобства структурирования информации.

Чушь.

Разбиение диска, как минимум, на «/» и «/home» существенно облегчает переустановку системы для «чайников»...

в чём проблема в этот самый двухпанельник добавить закладки с нужными путями? Если их там нет, это не значит, что надо закостыливать из-за этого систему множеством корней

В виндах уже весьма давно можно монтировать диск в каталог,примерно также как в линуксе.

Скажу больше, там же и софт-рейды можно сооружать, начиная как минимум с 8ки.

И с символьными ссылками тоже всё в порядке, минимум с 7ки. (Если не обращать внимания на тот факт что делать их можно только из консоли и только с админ правами, кекъ)

Никто не знает и не знали, ибо никто им не сообщал.

Те,кому нужно монтирование «как в юниксах» - читают документацию. О существовании cygwin тоже никто особо не сообщал. Однако кому он нужен те находят,ставят и пользуются. Востребованность его примерно такая же как возможности монтирования диска в подкаталог.

Разбиение диска, как минимум, на «/» и «/home» существенно облегчает переустановку системы для «чайников»…

Однако делить диски на разделы люди продолжают и в линуксе и в виндах даже через многие годы,а то и десятилетия,после того как перестали быть чайниками. Хотя именно технических причин для этого сейчас нет,как минимум на десктопах точно. Переставить систему - это только вопрос квалификации переставляющего. Технически для этого отдельный раздел не нужен. Чайнику - да,удобнее на отдельном. Так оно и в виндах также,и многие делают С: под систему и D: под свои данные.

В реальноcти имеем что-то типа:

• 1TB Samsung SSD
  • Раздел 1
  • Раздел 2
• Флешка 64 GB

В системе имеем: C:, D:, E:.

Где логика? Это очередной птичий язык инженеров.

Вот казалось бы: в Linux сделали через udisks перечисление разделов. Всё хорошо. Но снова «делал программист», потому что то, как это выглядит в пользовательском интерфейсе - идиотизм полнейший. Называется, сделано так плохо, что лучше бы не делали, лучше бы предложили консолькой воспользоваться.

Поэтому приходится всё дорабатывать напильником.

В результате: Пропатченный GVFS

то, как это выглядит в пользовательском интерфейсе - идиотизм полнейший.

И я с вами соглашусь - представление в интерфейсе не менее важно чем технические внутренности.

В системе имеем: C:, D:, E:. Где логика? Это очередной птичий язык инженеров.

Опять согласен. Я когда-то работал на ЕС1046 (система MVT),так вот там приблизительным аналогом «букв» была «метка тома». Некий короткий идентификатор. Причем метки томов могут и в линуксе существовать,но они не обязательны поэтому их обычно нет. А так указание некоего префикса носителя,вот этой метки, было бы удобнее чем безликая «буква» и уж тем более чем попытки временно приткнуть сменный носитель в основную файловую систему.

Кстати, флэшки на которых файловая система FAT, в линуксе можно читать-писать БЕЗ монтирования,на это есть команды mdir,mcopy,mdel - в дебиане пакет называется MTools. Удобен для написания скриптов,вытаскивающих картинки из фотоаппаратов,умеющих представляться «флешкой». Меньше шансов повредить внутреннюю файловую систему фотоаппарата из-за свойственного линуксу кэширования записи при «полноценном» монтировании устройств.

Кстати, об интерфейсах: https://grumpy.website/1723

в чём проблема в этот самый двухпанельник добавить закладки с нужными путями?

В том, что надо что-то делать. А в винде ничего не надо делать.