sync в случае dd глубоко бесполезен, он сбрасывает на диск то, что пишется в файловую систему, а dd пишет напрямую в устройство.
Вместо этого, советую убедиться перед запуском dd, что данная флешка отмонтирована.
Кроме того, не пытайтесь писать образ в раздел. То есть, если флешка у вас sdb, пишите именно в /dev/sdb , а не /dev/sdb1

Правильно записанный образ должен грузиться одинаково, независимо от способа записи.
Однако, судя по вашему описанию, упомянутый "Widows LinuxLive USB Creator" делает с образом Арч что-то не то, или вы не умеете его готовить.
Стандартный dd проще и надёжнее.

Кроме того, иногда попадаются неправильные флешки (чаще всего старые). Если вы уверены, что образ записан правильно, но он не грузится – попробуйте другую флешку.
pztrn
сгенерировать нормальный конфиг даже на арче
Нормальный grub.cfg сгенерировать нельзя, его можно только написать.
И это не голословное утверждение: достаточно разобраться в командах, из которых состоит огромный выхлоп grub-mkconfig, чтобы стало ясно, что почти весь этот код избыточен, как, скажем, HTML-код, сгенерированный офисным текстовым редактором.

Автогенератором пользоваться можно, если вы новичок, если вы не в ладах с шелл-кодом, или если вам хватает "дефолтных" настроек.
Чем больше вы хотите от GRUB, тем сложнее этого добиться, укрощая автогенератор, и тем проще – напрямую.

pztrn
Правильно, но зачем? Ведь есть FHS.
FHS не поможет защитить загрузчик от автогенератора, а другой каталог поможет.
Ваша постановка вопроса исключает саму мысль о возможной необходимости именно такого варианта.

Мы с вами говорим о разных вещах.
Я никогда прямо не предлагаю отказаться от автогенератора, от убунты, даже от Windows, я просто объясняю возможности и ограничения того, что описываю.
А вы явно агитируете, предлагая всем делать только так, и не иначе :)
pztrn, если вы сравните содержимое /etc/default в убунте и Арч, сразу станет понятно, что я имел в виду, когда говорил, что он специфический для убунты :)
Фокус в том, что разработчики того или иного пакета могут пользоваться определённым дистрибутивом, и в результате дистро-специфические инструменты и каталоги в /etc, просачиваются в другие дистрибутивы. Кроме /etc/default/ , встречаются также /etc/conf.d/, /etc/config/ (OpenWRT), /etc/sysconfig/ (Red Hat) и другие.

В официальной документации GRUB большая часть относится именно к командам, выполняемым GRUB из grub.cfg, а не к grub-mkconfig.
Более того, grub-mkconfig вообще не реализует значительную часть возможностей GRUB, в частности, пароли на модификацию опций загрузки доступны уже много лет, но grub-mkconfig делать их как не умел, так и не умеет. Предлагаемый им механизм вставки фрагментов кода из /etc/grub.d/* уже сам по себе демонстрирует скудность возможностей автонератора.

Что касается англоязычной версии арчвики, тамошняя статья о GRUB вся пестрит многочисленными копипастами из выхлопа grub-mkconfig, надёрганными безграмотными новичками без попытки разобраться в сути проблемы, и всё это разнообразие предлагается для расширения скромных возможностей grib-mkconfig путём вставки фрагментов прямого кода.
И нет, русская статья о GRUB не является переводом английской.

А унификация бывает разная.
Можно тащить из другого дистрибутива костыли, которые в каждом свои, а можно в любом дистрибутиве пользоваться не зависящими от дистрибутива командами и родными, а не дистрибутивными конфигами пакетов.
Даже в убунте достаточно установить GRUB в другой каталог вместо /boot, чтобы автогенератор потерял к нему дорогу.
pztrn, не вводите людей в заблуждение.

/etc/default/ – специфически дебиановский/убунтовский каталог.
grub.cfg (в просторечии "конфиг") – скрипт, выполняемый загрузчиком GRUB, выражение "динамически генерируемый" относится не к нему, а к выхлопу grub-mkconfig, и вот этот выхлоп действительно править не стоит.
Генератор "конфига" grub-mkconfig придуман специально для убунты/дебиана, потому что там имя образа ядра меняется при каждом обновлении, а в убунте ещё и не удаляются старые ядра. С аналогичной целью там был и генератор конфига старой версии GRUB 0.* (legacy).

Арч – не убунта, и пользоваться grub-mkconfig (как и его настройками в/etc/default/ ) можно, но не обязательно.
Более того, при желании даже для дебиана и убунты (т.е. родной для grub-mkconfig среды) автоматический поиск новых ядер можно запрограммировать непосредственно в grub.cfg, чтобы он выполнялся прямо при загрузке, без предварительного "конфигурирования".

Подробности тут:
wiki: GRUB – Настройка

pztrn
Я один раз захотел грабоменюшку вообще скрыть, например.
Прямое программирование GRUB позволяет реализовать и более радикальные варианты:
Пример конфига с загрузкой без меню
grub.cfg
set timeout=3

probe -s UUID -u $root
linux /boot/vmlinuz-linux rw root=UUID=$UUID
initrd /boot/initramfs-linux.img

if sleep -vi $timeout
then boot
fi
Я уже гуглил по странному имени флешки в первом дампе, и там были какие-то обсуждения проблеммных флешек.
Собственно, потому я и спрашивал, одна и та же не определяется, или разные.
На материнке три контроллера USB2.0 и два контроллера USB3.0.
По идее, это значит, что два порта USB3.0 подключены к разным контроллерам, если только второй контроллер не выведен на "гребёнку" внутри корпуса.
Насколько я понимаю, если подключить флешки каждую к своему порту, lsusb -t должен показать каждую на своём.

vasek, речь о том, что одна из двух флешек USB3.0, будучи подключённой до загрузки, на этапе инициализации не распознаётся ядром вообще (точнее определяется как неведома зверушка без содержимого), так что никакие UUID тем более не читаются, и никакие udisks ничего сделать не могут.
Если же подключать флешки уже к загруженной машине, обе определяются нормально.
То есть в конечном счёте обе флешки подключаются, напрямую или через хаб, но к одному и тому же контроллеру?

В вашем первом логе обе флешки были подключены как USB2.0 (high-speed). Это было через порты USB2.0, или через через хаб?

Сколько у вас контроллеров USB2 и USB3?
lspci|grep -i usb

Насколько я догадываюсь, проблема возникает, когда к одному контроллеру USB3.0 (не важно, через какие порты или хаб), подключены на этапе инициализации две флешки USB3.0. Если это так, то по-видимому, это всё же проблема контроллера USB3.0.
Кроме USB3.0 на этой машине других портов нет? Сколько их всего?
allon925
Определяется только одна флэшка
Одна и та же, или какая попало, или в записимости от места подключения?
Всё понятно, у вас работает интернет через VPN, у вас работает DNS через VPN.
Проблема в том, что у вас не прописаны DNS-сервера или прописаны неправильные.
Если вы пользуетесь NM, очевидно, надо трясти его, либо пускать DNS мимо.

P.S.
Кстати, я понял, зачем VPN-сервер выдаёт клиенту вместо дефолтного роута две половинки :)
Это такая чукотская хитрость, на случай, если имеющийся в системе дефолтный роут не имеет метрики, и его приоритет нельзя перебить другим дефолтный роутом, но можно двумя половинками с маской /1 (128.0.0.0), потому что чем больше бит в маске, тем выше приоритет при той же метрике.