Как игнорировать назначение / dev / cdrom для определенного устройства?

Нет.

Для системы Ubuntu по умолчанию нет брандмауэра, потому что по умолчанию неслучайные службы прослушиваются.

1
задан 28 April 2011 в 03:32

16 ответов

Именование устройств cdrom настраивается в файле /etc/udev/rules.d/70-persistent-cd.rules. В моей версии файла есть четыре строки, которые создают символические ссылки cdrom, cdrw, dvd и dvdrw, все указывают на один и тот же диск:

SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrw", ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="dvd", ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="dvdrw", ENV{GENERATED}="1"

Что делают эти строки? Они проверяют некоторые вещи с помощью оператора ==, а затем добавляют (+=) символическую ссылку или set (=) переменную окружения GENERATED.

Вы хотите вставить там новый тест, так что ваш плейер HSDPA игнорируется.

Итак, вам нужно найти уникальный атрибут вашего устройства. Вы можете запустить lsusb в терминале и посмотреть, найдете ли там вашу HSDPA-палку. И вы можете также спросить udev себя, например. с

udevadm info --export-db | less

(В «less» вы можете выполнить поиск с помощью / key и выйти с q.) Попробуйте найти уникальный атрибут, например ID_SERIAL, ID_VENDOR_ID или ID_MODEL_ID. Шестнадцатеричные числа в ID_VENDOR_ID и ID_MODEL_ID - это те же номера, что и на выходе lsusb.

Если вы нашли что-то уникальное, вставьте новый тест в строки udev, сравнив для неравенства с !=:

SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_SERIAL}!="_USB_DISK_Pro_075A06420103-0:1", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1"

Сохраните файл, извлеките USB-накопитель, подключите его снова и надейтесь, что он работает.

1
ответ дан 25 May 2018 в 21:52
  • 1
    К сожалению, я очень не знаком с работами udev. Кончик файла 70-persistent-cd.rules был именно тем, что я искал. Уже было правило для палки USB HDSPA, и я просто изменил значение соответствующего параметра SYMLINK для чего-то другого, кроме «cdrom». Команда eject больше не смешивает их. Спасибо elmicha! – jbatista 13 May 2011 в 01:57

Именование устройств cdrom настраивается в файле /etc/udev/rules.d/70-persistent-cd.rules. В моей версии файла есть четыре строки, которые создают символические ссылки cdrom, cdrw, dvd и dvdrw, все указывают на один и тот же диск:

SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrw", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="dvd", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="dvdrw", ENV{GENERATED}="1"

Что делают эти строки? Они проверяют некоторые вещи с помощью оператора ==, а затем добавляют (+=) символическую ссылку или set (=) переменную окружения GENERATED.

Вы хотите вставить там новый тест, так что ваш плейер HSDPA игнорируется.

Итак, вам нужно найти уникальный атрибут вашего устройства. Вы можете запустить lsusb в терминале и посмотреть, найдете ли там вашу HSDPA-палку. И вы можете также спросить udev себя, например. с

udevadm info --export-db | less

(В «less» вы можете выполнить поиск с помощью / key и выйти с q.) Попробуйте найти уникальный атрибут, например ID_SERIAL, ID_VENDOR_ID или ID_MODEL_ID. Шестнадцатеричные числа в ID_VENDOR_ID и ID_MODEL_ID - это те же номера, что и на выходе lsusb.

Если вы нашли что-то уникальное, вставьте новый тест в строки udev, сравнив для неравенства с !=:

SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_SERIAL}!="_USB_DISK_Pro_075A06420103-0:1", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1"

Сохраните файл, извлеките USB-накопитель, подключите его снова и надейтесь, что он работает.

1
ответ дан 25 July 2018 в 22:08

Именование устройств cdrom настраивается в файле /etc/udev/rules.d/70-persistent-cd.rules. В моей версии файла есть четыре строки, которые создают символические ссылки cdrom, cdrw, dvd и dvdrw, все указывают на один и тот же диск:

SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrw", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="dvd", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="dvdrw", ENV{GENERATED}="1"

Что делают эти строки? Они проверяют некоторые вещи с помощью оператора ==, а затем добавляют (+=) символическую ссылку или set (=) переменную окружения GENERATED.

Вы хотите вставить там новый тест, так что ваш плейер HSDPA игнорируется.

Итак, вам нужно найти уникальный атрибут вашего устройства. Вы можете запустить lsusb в терминале и посмотреть, найдете ли там вашу HSDPA-палку. И вы можете также спросить udev себя, например. с

udevadm info --export-db | less

(В «less» вы можете выполнить поиск с помощью / key и выйти с q.) Попробуйте найти уникальный атрибут, например ID_SERIAL, ID_VENDOR_ID или ID_MODEL_ID. Шестнадцатеричные числа в ID_VENDOR_ID и ID_MODEL_ID - это те же номера, что и на выходе lsusb.

Если вы нашли что-то уникальное, вставьте новый тест в строки udev, сравнив для неравенства с !=:

SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_SERIAL}!="_USB_DISK_Pro_075A06420103-0:1", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1"

Сохраните файл, извлеките USB-накопитель, подключите его снова и надейтесь, что он работает.

1
ответ дан 2 August 2018 в 03:38

Именование устройств cdrom настраивается в файле /etc/udev/rules.d/70-persistent-cd.rules. В моей версии файла есть четыре строки, которые создают символические ссылки cdrom, cdrw, dvd и dvdrw, все указывают на один и тот же диск:

SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrw", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="dvd", ENV{GENERATED}="1" SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="dvdrw", ENV{GENERATED}="1"

Что делают эти строки? Они проверяют некоторые вещи с помощью оператора ==, а затем добавляют (+=) символическую ссылку или set (=) переменную окружения GENERATED.

Вы хотите вставить там новый тест, так что ваш плейер HSDPA игнорируется.

Итак, вам нужно найти уникальный атрибут вашего устройства. Вы можете запустить lsusb в терминале и посмотреть, найдете ли там вашу HSDPA-палку. И вы можете также спросить udev себя, например. с

udevadm info --export-db | less

(В «less» вы можете выполнить поиск с помощью / key и выйти с q.) Попробуйте найти уникальный атрибут, например ID_SERIAL, ID_VENDOR_ID или ID_MODEL_ID. Шестнадцатеричные числа в ID_VENDOR_ID и ID_MODEL_ID - это те же номера, что и на выходе lsusb.

Если вы нашли что-то уникальное, вставьте новый тест в строки udev, сравнив для неравенства с !=:

SUBSYSTEM=="block", ENV{ID_CDROM}=="?*", ENV{ID_SERIAL}!="_USB_DISK_Pro_075A06420103-0:1", ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-2:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1"

Сохраните файл, извлеките USB-накопитель, подключите его снова и надейтесь, что он работает.

1
ответ дан 4 August 2018 в 19:40

Именование устройств cdrom настраивается в /etc/udev/rules.d/70-persistent-cd.rules. В моей версии файла есть четыре строки, которые создают символические ссылки cdrom, cdrw, dvd и dvdrw, все указывающие на один и тот же диск:

  SUBSYSTEM == "block", ENV {ID_CDROM}  == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0: 0: 0", SYMLINK + = "cdrom", ENV {GENERATED} = "1" SUBSYSTEM  == "block", ENV {ID_CDROM} == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0: 0: 0", SYMLINK + = "cdrw"  , ENV {GENERATED} = "1" SUBSYSTEM == "block", ENV {ID_CDROM} == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0:  0: 0 ", SYMLINK + =" dvd ", ENV {GENERATED} =" 1 "SUBSYSTEM ==" block ", ENV {ID_CDROM} =="? * ", ENV {ID_PATH} ==" pci-0000: 00:  1f.2-scsi-2: 0: 0: 0 ", SYMLINK + =" dvdrw ", ENV {GENERATED} =" 1 " 

Что делают эти строки? Они проверяют некоторые вещи с помощью оператора == , а затем добавляют ( + = ) символическую ссылку или набор ( = ) переменную окружения GENERATED .

Вы хотите вставить там новый тест, чтобы ваш плейер HSDPA игнорировался.

Итак, вам нужно найти уникальный атрибут вашего устройства. Вы можете запустить lsusb в терминале и посмотреть, найдёте ли вы свою HSDPA-палку. И вы можете также спросить udev себя, например. с

  udevadm info --export-db |  less  

(В «less» вы можете выполнить поиск с помощью / key и выйти с q.) Попробуйте найти уникальный атрибут, например ID_SERIAL, ID_VENDOR_ID или ID_MODEL_ID. Шестнадцатеричные числа в ID_VENDOR_ID и ID_MODEL_ID - это те же номера, что и на выходе lsusb .

Если вы нашли что-то уникальное, вставьте новый тест в строки udev, сравнив для неравенство с оператором ! = :

  SUBSYSTEM == "block", ENV {ID_CDROM} == "? *", ENV {ID_SERIAL}! = "_ USB_DISK_Pro_075A06420103  -0: 1 ", ENV {ID_PATH} ==" pci-0000: 00: 1f.2-scsi-2: 0: 0: 0 ", SYMLINK + =" cdrom ", ENV {GENERATED} =" 1 " 

Сохраните файл, извлеките USB-накопитель, подключите его снова и надейтесь, что он работает.

1
ответ дан 6 August 2018 в 03:45

Именование устройств cdrom настраивается в /etc/udev/rules.d/70-persistent-cd.rules. В моей версии файла есть четыре строки, которые создают символические ссылки cdrom, cdrw, dvd и dvdrw, все указывающие на один и тот же диск:

  SUBSYSTEM == "block", ENV {ID_CDROM}  == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0: 0: 0", SYMLINK + = "cdrom", ENV {GENERATED} = "1" SUBSYSTEM  == "block", ENV {ID_CDROM} == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0: 0: 0", SYMLINK + = "cdrw"  , ENV {GENERATED} = "1" SUBSYSTEM == "block", ENV {ID_CDROM} == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0:  0: 0 ", SYMLINK + =" dvd ", ENV {GENERATED} =" 1 "SUBSYSTEM ==" block ", ENV {ID_CDROM} =="? * ", ENV {ID_PATH} ==" pci-0000: 00:  1f.2-scsi-2: 0: 0: 0 ", SYMLINK + =" dvdrw ", ENV {GENERATED} =" 1 " 

Что делают эти строки? Они проверяют некоторые вещи с помощью оператора == , а затем добавляют ( + = ) символическую ссылку или набор ( = ) переменную окружения GENERATED .

Вы хотите вставить там новый тест, чтобы ваш плейер HSDPA игнорировался.

Итак, вам нужно найти уникальный атрибут вашего устройства. Вы можете запустить lsusb в терминале и посмотреть, найдёте ли вы свою HSDPA-палку. И вы можете также спросить udev себя, например. с

  udevadm info --export-db |  less  

(В «less» вы можете выполнить поиск с помощью / key и выйти с q.) Попробуйте найти уникальный атрибут, например ID_SERIAL, ID_VENDOR_ID или ID_MODEL_ID. Шестнадцатеричные числа в ID_VENDOR_ID и ID_MODEL_ID - это те же номера, что и на выходе lsusb .

Если вы нашли что-то уникальное, вставьте новый тест в строки udev, сравнив для неравенство с оператором ! = :

  SUBSYSTEM == "block", ENV {ID_CDROM} == "? *", ENV {ID_SERIAL}! = "_ USB_DISK_Pro_075A06420103  -0: 1 ", ENV {ID_PATH} ==" pci-0000: 00: 1f.2-scsi-2: 0: 0: 0 ", SYMLINK + =" cdrom ", ENV {GENERATED} =" 1 " 

Сохраните файл, извлеките USB-накопитель, подключите его снова и надейтесь, что он работает.

1
ответ дан 7 August 2018 в 21:40

Именование устройств cdrom настраивается в /etc/udev/rules.d/70-persistent-cd.rules. В моей версии файла есть четыре строки, которые создают символические ссылки cdrom, cdrw, dvd и dvdrw, все указывающие на один и тот же диск:

  SUBSYSTEM == "block", ENV {ID_CDROM}  == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0: 0: 0", SYMLINK + = "cdrom", ENV {GENERATED} = "1" SUBSYSTEM  == "block", ENV {ID_CDROM} == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0: 0: 0", SYMLINK + = "cdrw"  , ENV {GENERATED} = "1" SUBSYSTEM == "block", ENV {ID_CDROM} == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0:  0: 0 ", SYMLINK + =" dvd ", ENV {GENERATED} =" 1 "SUBSYSTEM ==" block ", ENV {ID_CDROM} =="? * ", ENV {ID_PATH} ==" pci-0000: 00:  1f.2-scsi-2: 0: 0: 0 ", SYMLINK + =" dvdrw ", ENV {GENERATED} =" 1 " 

Что делают эти строки? Они проверяют некоторые вещи с помощью оператора == , а затем добавляют ( + = ) символическую ссылку или набор ( = ) переменную окружения GENERATED .

Вы хотите вставить там новый тест, чтобы ваш плейер HSDPA игнорировался.

Итак, вам нужно найти уникальный атрибут вашего устройства. Вы можете запустить lsusb в терминале и посмотреть, найдёте ли вы свою HSDPA-палку. И вы можете также спросить udev себя, например. с

  udevadm info --export-db |  less  

(В «less» вы можете выполнить поиск с помощью / key и выйти с q.) Попробуйте найти уникальный атрибут, например ID_SERIAL, ID_VENDOR_ID или ID_MODEL_ID. Шестнадцатеричные числа в ID_VENDOR_ID и ID_MODEL_ID - это те же номера, что и на выходе lsusb .

Если вы нашли что-то уникальное, вставьте новый тест в строки udev, сравнив для неравенство с оператором ! = :

  SUBSYSTEM == "block", ENV {ID_CDROM} == "? *", ENV {ID_SERIAL}! = "_ USB_DISK_Pro_075A06420103  -0: 1 ", ENV {ID_PATH} ==" pci-0000: 00: 1f.2-scsi-2: 0: 0: 0 ", SYMLINK + =" cdrom ", ENV {GENERATED} =" 1 " 

Сохраните файл, извлеките USB-накопитель, подключите его снова и надейтесь, что он работает.

1
ответ дан 10 August 2018 в 09:54

Именование устройств cdrom настраивается в /etc/udev/rules.d/70-persistent-cd.rules. В моей версии файла есть четыре строки, которые создают символические ссылки cdrom, cdrw, dvd и dvdrw, все указывающие на один и тот же диск:

  SUBSYSTEM == "block", ENV {ID_CDROM}  == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0: 0: 0", SYMLINK + = "cdrom", ENV {GENERATED} = "1" SUBSYSTEM  == "block", ENV {ID_CDROM} == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0: 0: 0", SYMLINK + = "cdrw"  , ENV {GENERATED} = "1" SUBSYSTEM == "block", ENV {ID_CDROM} == "? *", ENV {ID_PATH} == "pci-0000: 00: 1f.2-scsi-2: 0:  0: 0 ", SYMLINK + =" dvd ", ENV {GENERATED} =" 1 "SUBSYSTEM ==" block ", ENV {ID_CDROM} =="? * ", ENV {ID_PATH} ==" pci-0000: 00:  1f.2-scsi-2: 0: 0: 0 ", SYMLINK + =" dvdrw ", ENV {GENERATED} =" 1 " 

Что делают эти строки? Они проверяют некоторые вещи с помощью оператора == , а затем добавляют ( + = ) символическую ссылку или набор ( = ) переменную окружения GENERATED .

Вы хотите вставить там новый тест, чтобы ваш плейер HSDPA игнорировался.

Итак, вам нужно найти уникальный атрибут вашего устройства. Вы можете запустить lsusb в терминале и посмотреть, найдёте ли вы свою HSDPA-палку. И вы можете также спросить udev себя, например. с

  udevadm info --export-db |  less  

(В «less» вы можете выполнить поиск с помощью / key и выйти с q.) Попробуйте найти уникальный атрибут, например ID_SERIAL, ID_VENDOR_ID или ID_MODEL_ID. Шестнадцатеричные числа в ID_VENDOR_ID и ID_MODEL_ID - это те же номера, что и на выходе lsusb .

Если вы нашли что-то уникальное, вставьте новый тест в строки udev, сравнив для неравенство с оператором ! = :

  SUBSYSTEM == "block", ENV {ID_CDROM} == "? *", ENV {ID_SERIAL}! = "_ USB_DISK_Pro_075A06420103  -0: 1 ", ENV {ID_PATH} ==" pci-0000: 00: 1f.2-scsi-2: 0: 0: 0 ", SYMLINK + =" cdrom ", ENV {GENERATED} =" 1 " 

Сохраните файл, извлеките USB-накопитель, подключите его снова и надейтесь, что он работает.

1
ответ дан 13 August 2018 в 16:13
  • 1
    К сожалению, я очень не знаком с работами udev. Кончик файла 70-persistent-cd.rules был именно тем, что я искал. Уже было правило для палки USB HDSPA, и я просто изменил значение соответствующего параметра SYMLINK для чего-то другого, кроме «cdrom». Команда eject больше не смешивает их. Спасибо elmicha! – jbatista 13 May 2011 в 01:57

Это как-то связано с написанием некоторых правил udev для вашего устройства. Я не эксперт по этой теме, но вы можете изучить эти ссылки:

http://blog.pucp.edu.pe/item/88256 http: //www.reactivated. net / writing_udev_rules.html http://en.wikipedia.org/wiki/Udev http://noenieto.com/blog/udev-en-linux

Это все, что я знаю. Надеюсь, это поможет.

0
ответ дан 25 May 2018 в 21:52

Это как-то связано с написанием некоторых правил udev для вашего устройства. Я не эксперт по этой теме, но вы можете изучить эти ссылки:

http://blog.pucp.edu.pe/item/88256 http: //www.reactivated. net / writing_udev_rules.html http://en.wikipedia.org/wiki/Udev http://noenieto.com/blog/udev-en-linux

Это все, что я знаю. Надеюсь, это поможет.

0
ответ дан 25 July 2018 в 22:08

Это как-то связано с написанием некоторых правил udev для вашего устройства. Я не эксперт по этой теме, но вы можете изучить эти ссылки:

http://blog.pucp.edu.pe/item/88256 http: //www.reactivated. net / writing_udev_rules.html http://en.wikipedia.org/wiki/Udev http://noenieto.com/blog/udev-en-linux

Это все, что я знаю. Надеюсь, это поможет.

0
ответ дан 2 August 2018 в 03:38

Это как-то связано с написанием некоторых правил udev для вашего устройства. Я не эксперт по этой теме, но вы можете изучить эти ссылки:

http://blog.pucp.edu.pe/item/88256 http: //www.reactivated. net / writing_udev_rules.html http://en.wikipedia.org/wiki/Udev http://noenieto.com/blog/udev-en-linux

Это все, что я знаю. Надеюсь, это поможет.

0
ответ дан 4 August 2018 в 19:40

Это как-то связано с написанием некоторых правил udev для вашего устройства. Я не эксперт по этой теме, но вы можете изучить эти ссылки:

Вот и все, что я знаю , Надеюсь, это поможет.

0
ответ дан 6 August 2018 в 03:45

Это как-то связано с написанием некоторых правил udev для вашего устройства. Я не эксперт по этой теме, но вы можете изучить эти ссылки:

Вот и все, что я знаю , Надеюсь, это поможет.

0
ответ дан 7 August 2018 в 21:40

Это как-то связано с написанием некоторых правил udev для вашего устройства. Я не эксперт по этой теме, но вы можете изучить эти ссылки:

Вот и все, что я знаю , Надеюсь, это поможет.

0
ответ дан 10 August 2018 в 09:54

Это как-то связано с написанием некоторых правил udev для вашего устройства. Я не эксперт по этой теме, но вы можете изучить эти ссылки:

Вот и все, что я знаю , Надеюсь, это поможет.

0
ответ дан 13 August 2018 в 16:13

Другие вопросы по тегам:

Похожие вопросы: