Почему не получается войти в bios?
а fat и ntfs не умеют uuid, поэтому в качестве уникального идентификатора используется метка тома.
$ truncate -s 1G disk.img
$ echo -e "label:mbr\nsize=200M\nsize=300M\nsize=+" | sfdisk disk.img
Проверяется, чтобы сейчас никто не использовал этот диск... ОК
Диск disk.img: 1 GiB, 1073741824 байт, 2097152 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
>>> Заголовок скрипта принят.
>>> Created a new DOS (MBR) disklabel with disk identifier 0x8497bf8d.
disk.img1: Создан новый раздел 1 с типом 'Linux' и размером 200 MiB.
disk.img2: Создан новый раздел 2 с типом 'Linux' и размером 300 MiB.
disk.img3: Создан новый раздел 3 с типом 'Linux' и размером 523 MiB.
disk.img4: Done.
Новая ситуация:
Тип метки диска: dos
Идентификатор диска: 0x8497bf8d
Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип
disk.img1 2048 411647 409600 200M 83 Linux
disk.img2 411648 1026047 614400 300M 83 Linux
disk.img3 1026048 2097151 1071104 523M 83 Linux
Таблица разделов была изменена
$ sudo losetup --partscan --show --find disk.img
/dev/loop0
$ lsblk -pl -o NAME,TYPE,SIZE,PTUUID,PARTUUID,UUID /dev/loop0 | column -t
NAME TYPE SIZE PTUUID PARTUUID UUID
/dev/loop0 loop 1G daf9a576
/dev/loop0p1 part 200M daf9a576 daf9a576-01
/dev/loop0p2 part 300M daf9a576 daf9a576-02
/dev/loop0p3 part 523M daf9a576 daf9a576-03
$ sudo mkfs.vfat /dev/loop0p1
$ sudo mkfs.exfat /dev/loop0p2
$ sudo mkfs.ntfs /dev/loop0p3
$ lsblk -pl -o NAME,TYPE,FSTYPE,SIZE,PTUUID,PARTUUID,UUID /dev/loop0 | column -t
NAME TYPE FSTYPE SIZE PTUUID PARTUUID UUID
/dev/loop0 loop 1G daf9a576
/dev/loop0p1 part vfat 200M daf9a576 daf9a576-01 DFE3-F1DE
/dev/loop0p2 part exfat 300M daf9a576 daf9a576-02 EE46-8E03
/dev/loop0p3 part ntfs 523M daf9a576 daf9a576-03 227915820FEC8BCA
$ sudo losetup -d /dev/loop0
$ rm disk.img$ truncate -s 1G disk.img
$ echo -e "label:gpt\nsize=200M\nsize=300M\nsize=+" | sfdisk disk.img
Проверяется, чтобы сейчас никто не использовал этот диск... ОК
Диск disk.img: 1 GiB, 1073741824 байт, 2097152 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
>>> Заголовок скрипта принят.
>>> Created a new GPT disklabel (GUID: 2DBC7267-4A1F-49BC-9FE0-7AFB5EB15179).
disk.img1: Создан новый раздел 1 с типом 'Linux filesystem' и размером 200 MiB.
disk.img2: Создан новый раздел 2 с типом 'Linux filesystem' и размером 300 MiB.
disk.img3: Создан новый раздел 3 с типом 'Linux filesystem' и размером 522 MiB.
disk.img4: Done.
Новая ситуация:
Тип метки диска: gpt
Идентификатор диска: 2DBC7267-4A1F-49BC-9FE0-7AFB5EB15179
Устр-во начало Конец Секторы Размер Тип
disk.img1 2048 411647 409600 200M Файловая система Linux
disk.img2 411648 1026047 614400 300M Файловая система Linux
disk.img3 1026048 2095103 1069056 522M Файловая система Linux
Таблица разделов была изменена
$ sudo losetup --partscan --show --find disk.img
/dev/loop0
$ lsblk -pl -o NAME,TYPE,SIZE,PTUUID,PARTUUID,UUID /dev/loop0 | column -t
NAME TYPE SIZE PTUUID PARTUUID UUID
/dev/loop0 loop 1G 2dbc7267-4a1f-49bc-9fe0-7afb5eb15179
/dev/loop0p1 part 200M 2dbc7267-4a1f-49bc-9fe0-7afb5eb15179 49c5f319-20c8-434b-8850-cad1b330ec78
/dev/loop0p2 part 300M 2dbc7267-4a1f-49bc-9fe0-7afb5eb15179 e48d7546-9d13-49b6-a9b5-62c8f3ffd9a9
/dev/loop0p3 part 522M 2dbc7267-4a1f-49bc-9fe0-7afb5eb15179 b02602bb-cee7-4b57-9e8d-92d9c5a81884
$ sudo mkfs.vfat /dev/loop0p1
$ sudo mkfs.exfat /dev/loop0p2
$ sudo mkfs.ntfs /dev/loop0p3
$ lsblk -pl -o NAME,TYPE,FSTYPE,SIZE,PTUUID,PARTUUID,UUID /dev/loop0
NAME TYPE FSTYPE SIZE PTUUID PARTUUID UUID
/dev/loop0 loop 1G 2dbc7267-4a1f-49bc-9fe0-7afb5eb15179
/dev/loop0p1 part vfat 200M 2dbc7267-4a1f-49bc-9fe0-7afb5eb15179 49c5f319-20c8-434b-8850-cad1b330ec78 F400-5714
/dev/loop0p2 part exfat 300M 2dbc7267-4a1f-49bc-9fe0-7afb5eb15179 e48d7546-9d13-49b6-a9b5-62c8f3ffd9a9 7A27-BF45
/dev/loop0p3 part ntfs 522M 2dbc7267-4a1f-49bc-9fe0-7afb5eb15179 b02602bb-cee7-4b57-9e8d-92d9c5a81884 4308B86545DF2D86
$ sudo losetup -d /dev/loop0
$ rm disk.img
Линукс да, не пробовал пока, сложновато это будет и долго
Мышки: какая-то Gembird + a4tech
Клавиатуры: a4tech + какая-то безымянная
Тестировал 2 простые мембранные клавиатуры и 2 мышки, подключал их через 4 разных USB-хаба к ПК - результат неизменный - при активности клавиатуры и мыши они могут подвиснуть на полсекунды, "залагать"
Mint, Ubuntu, Xubuntu -устанавливаются нормально, но проблема у всех одна с WiFi, при вводе пароля просит ввести опять через пару секунд и интернет не подключается.
сижу сейчас на линухе. В логах он ругался на какую то штуку от амд, там что то с охладом. Отключил её, больше не ругается.
journalctl --boot -1 -n 100journalctl --boot -1 -p errjournalctl --list-boots
Материнская плата ASRock B450M-HDV R4.0
$ lspci -v -nn -d ::02xx
08:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
Subsystem: ASRock Incorporation Motherboard (one of many) [1849:8168]
Flags: bus master, fast devsel, latency 0, IRQ 36
I/O ports at f000 [size=256]
Memory at fcc04000 (64-bit, non-prefetchable) [size=4K]
Memory at fcc00000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8169
Kernel modules: r8169
gnumetric, правда нативно под windows он уже не распростроняется, но можно cygwin использовать (только сейчас сообразил что обывателю наверное будет не просто,нужно поставить cygwin а потом в его инсталяторе установить xserver и Gnumeric), вот старая версия windows.
Discontinuing Windows Builds
Effectively immediately we have stopped releasing and distributing binaries for Windows. There are too many crashes that have all the signs of being from Gtk+ and lower parts of the stack. We do not have the means and time to debug Gtk+.
как же все сложно))
какой смысл, если стыковки происходят с паузой?
# включить кэширование; по умолчанию стоит auto когда кэш работает только для сетевого контента а для локального нет, мы же устанавливаем чтобы работало в любом случае
cache=yes
# не хранить кэш на диске; так как диск всегда медленее оперативки то для быстрого "подгруза" данных в ОЗУ самое то
cache-on-disk=no
# кэшировать 20 секунд видео от точки просмотра; так как у нас куски по 10 секунд(из вопроса) то 20 секунд вполне достаточно чтобы на начало просмотра первого куска начался подгружаться и следующий
cache-secs=20
ssh -v ...