Спробуйте натисніть "enter" в машині. Це, ймовірно, не відображає повідомлення для вилучення компакт-диска. Натисканням клавіші "Enter", (віртуальний) диск отримує катапультувався і (віртуальних) машин буде відправлена команда перезавантаження. @PranitBauva переконайтеся, що кожен `деб`-лінія в `/etc/АПТ/джерел.список також має ідентичний (крім першого слова) `деб-СРЦ`-лайн. За замовчуванням усі стандартні репозиторії повинен мати це, я так розумію, ви змінили свій `/і т. д./кв/джерел.список в якийсь момент. Ubuntu-це операційна система, а не додаток. Що ви намагаєтеся досягти? Яка мета, що мотивує вас, щоб спробувати встановити Ubuntu сервер? @Piskvor: 2) Ще один нюанс на мій коментар вище - останнім часом люди почали обговорювати встановлені програми, такі як нові Убунту, "клік-пакети". Вони дуже сприйнятливі до вірусів, і його головна причина, чому я думаю, що такий підхід є проблематичним. ДиВи, що ви намагалися так далеко? Якщо ж проблема виникає з mplayer, VLC і GStreamer, у це, напевно, помилка в XV (xvideo) підтримка графічного автомобілів. У SMPlayer, спробуйте використовувати "ГЛ" результат, який повинен бути так само швидко, як і XV, але не вимагає ХV. Х11, з іншого боку, це неускоренная і, отже, не може грати всі відео файли.

Я намагаюся зрозуміти, тягучий напад угоди, як мені здається, що тільки більш недбало оператор буде вразливий, в першу чергу, як описано нижче.


В основному, щоб прояснити свої думки, я опишу напад, як я розумію. Дійові особи: Аліса-це нападник, і Боб "банкір" (оператор обміну, веб-гаманець; хтось, хто тримає монети на рахунку для Аліси.)

Аліса: Привіт Боб, у мене є 1 BTC в моєму рахунку, і я хотів би зняти її. Будь ласка, відправте його на адресу 1Alice1.

Боб: гаразд, я виробляв угоди, її хеш-123авс. Я просто розмістив його в мережі P2P. Він витрачає на виході 3 попереднього угоди 987def і відправляє 1 BTC на 1Alice1. Вашого рахунку було списано за 1 BTC і ваш новий баланс 0.

Аліса: Спасибі, я бачу угоди. Я буду чекати його підтвердження.

Тепер Аліса створює "операція мутанти", з такий же ефект, як 123авс; він як і раніше витрачає на виході 3 з 987def і відправляє 1 BTC на 1Alice1, а підпис досі перевіряє, але мутант має інший хеш 456bca. Так чи інакше, Аліса потрапляє 456bca в блокчейн замість 123авс. Може, вона просто краще пов'язані в p2p-мережі, ніж Боб, а може, вона хабара Поллі, створимо пул оператора, щоб дати пріоритет 456bca. Оскільки 123авс конфлікти з 456bca, 123авс ніколи не буде підтверджена.

Деякий час проходить.

Аліса: Гей, Боб, пам'ятайте, що 1 БТЦ я повинен був отримати? Угода не підтверджена.

Боб: Давайте я перевірю. Так, я бачу, немає такої угоди, як 123авс в Blockchain. Ну, я думаю, ви ніколи не отримали свої монети; жалкую про це. Я перекредитуємо ваш рахунок; ваш новий баланс за 1 BTC.

Аліса: Дякую. Тепер у мене є 1 БТЦ тому в моєму рахунку, я хотів би спробувати знову, щоб відкликати його. Відправити його на 1Alice2.

Боб: гаразд, я виробляв угоди, її хеш-246fed. Я просто розмістив його в мережі P2P. Він витрачає на виході 7 попередньої угоди 369dbc. Ваш обліковий запис була списана і знову баланс 0.

Угоди 246fed зазвичай підтверджується.

Аліса: Гаразд, Боб! Вашій первісної угоди пройшли після все, просто в мутантній формі, як 456bca. Тепер у мене є і нова проводка, і я тільки що вкрав 1 БТЦ від вас. МВА-ха-ха!

Боб: О, горе мені!


Однак, схоже, що ця атака вимагає досить недбало бухгалтерії на частини Боба. Навіть якщо Боб не має уявлення, є така річ, як податливий угоди, він знає, він створив 123авс і розмістити його в мережі, і за все, що він знає, що це нікуди не поділося. Тому я думаю, що перш ніж при поверненні невикористаного Аліси рахунку, здоровий глузд повинен диктувати, що Боб забезпечити 123авс не може бути підтверджена в майбутньому, можливо, шляхом створення нової транзакції (963dad), який проводить один і той же вхід (транс 987def вихід 3) в одній зі своїх адрес (1Bob1), і чекає 963dad для підтвердження. Звичайно, при нинішньому розкладі, 963dad ніколи не підтвердять (тому що 456bca замінює його), і Боб зрештою втомиться чекати і подальшого розслідування.

Або, як варіант, коли Аліса просить зняти 1 BTC за другий раз, нова проводка Боба (678bbb) Аліса слід ще раз провести один і той же вхід (987def:3), гарантуючи, що Еліс не може якось зробити 123авс підтвердилося згодом. Ця плівка в результаті цього нападу, тому що 678bbb була визнана недійсною 456bca.

Крім того, оскільки мутанта угоди Аліси 456bca дійсно провести вхідний Боба (987def:3), не повинен клієнтського програмного забезпечення Боба повідомити йому, що цей вхід більше не доступна для нього, і відповідно коректувати свою рівновагу? Боб, мабуть, вважає, 123авс не вдалося, і тому він як і раніше контролює цей вхід, і тому повинен покинути свої книги з рівноваги і повідомили йому, що щось не так.

Моє розуміння полягає в тому, що гойдається світу відгукнулися на проблему, нарікаючи, що "ковкий транзакції" - неясний протокол баг, який вони не могли чекати, передбачати. Чи є це правдою чи ні, мені здається, що для того, щоб бути вразливим, практики бухгалтерського обліку Боб вже бути недбалими, так що він дійсно не має ніякого захисту в будь-якому випадку.

Або, якщо Боб побачив червоні прапори, але не вдалося розібратися в ситуації, і в будь-якому випадку кредитується рахунок Аліси в інтересах обслуговування клієнтів, це як і раніше важко відчувають великої симпатії до них.

Це рахунок, по суті, точна, або я пропустив деякі важливі деталі?

Дякую і вибачте за довжину.