Принятие Вас идет, отклоняют, и дистрибутив, которым Вы интересуетесь, является сновещательным ozelot, или выше затем следующего должен работать
sudo dd if=<isofile> of=/dev/sd<USBSTICK> oflag=direct bs=1048576
Будьте трижды осторожны с аргументом. dd
НЕ проверит, является ли это sensible/mounted/empty/..., просто запишет это. Если Вы, окажется, будете указывать свое корневое устройство или что-либо еще, в чем Вы все еще нуждаетесь, то оно закончится.
Также обратите внимание на то, что установка человечности по умолчанию имеет графического установленного создателя usb, таким образом, никакая потребность в unetbootin.
При каких обстоятельствах мог дескриптор файла процесса 0 быть доступным для общего использования (и не приписанный stdin)
Когда кто-то закрыл stdin, например, с <&-
от оболочки.
#include <stdio.h>
#include <sys/stat.h>
#include <fcntl.h>
int main() {
printf("%d\n",open("foo",O_CREAT));
}
open
системный вызов обычно возвращает самый низкий дескриптор файла, который уже не используется. Для типичных программ открытые файлы запускаются в 3, потому что дескрипторы файлов 0, 1 и 2 используются для предварительно открытых стандартных дескрипторов (вход, произведите и ошибка). Демон никогда не будет читать входа или производить любой вывод, таким образом, они обычно близко дескрипторы файлов 0 и 1, или вновь откроются /dev/null
там. Если демон закрывает дескриптор файла 0 затем следующий файл, он открывается, будет на том дескрипторе. Нет ничего неправильно с этим.
Дескриптор файла 0 действительно “не приписывается stdin” — скорее это - stdin по определению stdin. Нормальные среды выполнения располагают иметь дескриптор файла 0 открытых для входа, но программа, которая не читает входа, является бесплатной использовать тот дескриптор для любой цели, которую это хочет.
./fd0 <&-
. – jthill 12.11.2013, 23:12