rPman

консольный
dd if=win.iso of=/dev/sdX bs=1024k status=progress

замени /dev/sdX на имя устройства с флешкой (внимание не /dev/sdX1 т.е. разделов не будет) список получи с помощью lsblk

bs=1024k заставит писать блоками по 1мб, а status=progress будет выводить какую то информацию о прогрессе

Каждый раз, когда ты подключаешь вот так hdd диск, ты его потихоньку убиваешь, вместе с данными. Если повезло, у тебя на жестком диске умирает контроллер, а сами данные в порядке. НАСТОЯТЕЛЬНО рекомендую не пытаться восстанавливать такой диск самостоятельно - тут нужно специализированное оборудование и опыт.

Тебе нужно вытащить только профиль браузера и скопировать вместо своего профиля на любой windows или наверное даже linux.

Неси диск в специализированный сервис и так и говори, тебе нужен профиль браузера хром, саму систему восстанавливать не нужно, это быстрее проще и т.п. Диагностика будет тебе стоить рублей 200, глупо не попробовать.

Странно, надписи говорят что в efi режиме уже началась загрузка (т.е. все читается и обнаруживается) но почему то не успешно.

Сам установочный диск где брал?

В качестве тестового варианта, попробуй записать iso образ флешки в режиме dd-образ

если в режиме UEFI такая флешка тоже не загрузится, переключи в биосе режим загрузки legacy mbr или old compatibility (там по разному бывает называют его)

после отключения Secure Boot и перехода в режим Legacy

это буквально отключение поддержки UEFI и перевод системы в режим загрузки с MBR

Для того чтобы он работал на выбираемом загрузочном диске должен быть установлен загрузчик (например grub), делать это нужно, загрузившись к примеру с флешки/компакт диска livecd версию linux той же архитектуры и битности (и желательно версии) что установлена на машине, в том же режиме (legacy), смонтировать системный диск в какой-нибудь каталог (например /mnt) и выполнить команду:
sudo grub-install /dev/sda --root-directory=/mnt
где /dev/sda это тот диск, который должен быть загрузочным (обычно на него и ставят ос хотя с linux это не обязательно)

Теперь важный момент! если на диске таблица разделов GPT (это нужно для дисков больше 2Тб) то необходимо заранее создать 1Мб раздел biosboot (например в gparted или fdisk или любом другом менеджере дисков, кроме майкрософтовского, он не умеет), для старых (или всех) биос расположение этого раздела должно попадать на первые 2Тб диска (т.е. если его засунуть в конец диска, загрузка может не сработать).

p.s. кстати, если нужна загрузка в режиме UEFI, то делать нужно то же самое, но livecd должен быть загружен в режиме UEFI, biosboot раздел не требуется но нужен EFI раздел (fat32 ~100Мб) с типом EFI Boot, grub-install его обнаружит и скопирует на него загрузчик и самое главное - пропишет диск в таблицу загрузочных дисков биоса (теперь это обязательное условие, за исключением флешек и других removable дисков), некоторые биосы делают это сами при настройке диска, с которого грузиться.

windows плохо загружается с removable disk, коим по мнению ее системы является sdcard (это определяется драйверами во время обнаружения устройства, позже можно менять в реестре но конкретно в момент загрузки с этим проблема), существуют сборки на основе winpe, но у них проблемы с драйверами уже видеоподсистемы и по мелочи.

linux прекрасно работает с любого устройства, достаточно разместить загрузчик и /boot раздел на том что видит bios, все остальное можно где угодно как угодно размещать, популярный grub умеет так же запускать windows, включая uefi режим.

в любых случаях у майкрософта загрузочный раздел может размещаться на отдельном диске (в конфигурации можно указывать где находится \windows) придется настраивать его вручную, загрузившись с livecd диска в режиме восстановления

Для систем основанных на debian (*.deb пакеты) есть отличный инструмент, называется dabootstrap, это консольная утилита, позволяет создать в указанном каталоге минимальную рабочую систему выбранного дистрибутива и архитектуры. Собственно она и используется графическими инсталляторами.

Т.е. чтобы устновить систему нужно:
* подготовить место куда система будет ставиться (рейд, шифрование, разбить диск на разделы, выбрать и отформатировать файловую систему, смонтировать, может по сети или iscsi и еще 100500 вариантов)
* подготовить минимальную систему с помощью debotstrap, докинув необходимые пакеты по желанию, это можно сделать позже
***** войти в установленную систему сделав chroot (перед этим смонтировать туда /dev /sys /proc типом bind)
* докинуть в установку ядро со стартовым образом initramfs (установив например пакет linux-image-generic но есть оптимизированные варианты например для запуска внутри kvm или подписанные цифровой подписью для залоченных биосов и т.п.)
* настроить загрузчик (например grub или если по сети pxe или как еще хотите)
* настроить пользователя, пароли, сеть, и т.п
* перезагрузиться

p.s. отличный способ понять, что да как происходит, это попробовать установить gentoo, там очень подробные инструкции включая настройку и сборку ядра linux из исходников, т.е. если вы сумеете пройти этот квест, понимая что происходит на каждом шагу - вы постигните дзен линкус (например осознаете мощь тюнинга системы под задачу, когда слабые машины, с 10-15-летним сроком жизни могут засиять в новом свете с последними версиями софта, например только с gentoo я сумел оживить eeepc900 с 1гб ram и слабым диском, даже без тюнинга ядра, графичеcкая система требовала всего 50мб оперативки, awesome de, остального хватало для браузера и плеера, последний запускался плагином при попытке смотреть ютуб)

Да возможно - например виртуализация! Пилите на шейдерных процессорах виртуальную машину, а уже на ней, размещая оперативную память и регистры в gpu ram, запускаете что угодно.

Но это не имеет никакого смысла потому что не даст высокой производительности в общем случае. Шейдерный процессор имеет небольшую скорость (вся фича в их количестве) и обладает кучей ограничений. А еще - размер кода, который можно загрузить в видеокарту как код шейдеров - ограничен очень небольшим размером (не смог найти данные про современное железо но лимит очень небольшой, считанные десятки тысяч опкодов или мегабайты) при превышении которого код подгружается из системной памяти - сильно медленно. В gpgpu вообще много специфических ограничений, при превышении которых скорость падает на порядки, и с каждым производителем gpu свои особенности.

И 'нет' - код не может быть запущен только на gpu, нужен контроль со стороны центрального процессора, для взаимодействия и управления.

gimp точно умеет делать экспорт изображения в .xpm, формат это старый и примитивный, как я понимаю многие это умеют.