Понеже имаше леки заяждания от някои пишещи,ще съм съвсем
конкретен ,фактите са си факти...
  Повечето суперкомпютри работят под линукс и са с х86 процесори,очевидно
bitcoin mining  не е проблем да работи, ако са с RISC процесори ,по много начини
може да се емулира х86 среда.
  По горе споменаха, че софийското "чудо" работи под AIX , приемаме, че е така.
Ето как може да  работи х86 софтуер:
PowerVM hypervisor:
http://www.ibm.com/developerworks/cloud/library/cl-hypervisorcompare-powervm/
И ако се бичи правилното време (т.е. нощем     ), явно частпрома е възможен.
Въпроси ?

   Вярно е ,че има някои проблеми с биткоините ...
   Наскоро ,след като се издъни борсата MtGox (май така се казваше),заваляха
съдебни искове ,някакъв японски съдия си го каза в прав текст:
"кво е това биткоин,аз не знам за такава парична единица "   
   Е,  обаче все още биткоините имат някаква стойност.

  Според мен е несериозно да се сравнява "tianhe-2"  с някакви
"ASIC копачки".
   Доколкото знам, bitcoin mining софтуера е с отворен код, така,че
не е сериозен проблем (за добри специалисти) да се оптимизира за
съответната  суперкомпютърна архитектура ...

  Едва ли съм първият,който се е сетил за това.
  Интересно кой контролира персонала в суперкомпютърните центрове
да копат биткоини за своя сметка.
  Представете си най-бързия суперкомпютър в света "tianhe-2" колко
милиони може да генерира за относително малко време   
  Доколкото знам, и в София има някакъв суперкомпютър, дали там
не се чука частпром      

  В последните години има тенденция linux да се отдалечава от  unix стандартите (темата  systemd е достатъчно дъвкана тук).
  Променят се,не знам защо ,и други общоприети неща в самия linux.
  Например вместо eth0, eth1 ... като имена на мрежови интерфейси,
понякога се използват някакви перверзии от типа на  ens32 и други подобни, което може да създаде сериозни проблеми.
  Затова помолих пича да пусне  ifconfig да види дали не му излиза
като име на интерфейс ens-нещо-си.Това може да се оправи, но все
пак си е въртел.

// offtopic
  С риск да разводня темата.
  Занимавам се с oracle бази данни от близо 10 години.Правил съм си
експерименти със всякакви дистрибуции.Ако е само за инсталиране на
базата данни на debian, ubuntu и подобни , получава се , но с цената на огромни усилия.
  Ами самия автор на статията:
https://thinkigotit.wordpress.com/2014/08/13/install-oracle-database-12c-in-ubuntu-14-04/
си признава ,че му се налагат хакове. А и коментарите  са
достатъчно красноречиви.
  След "успешната" инсталация  на debian или ubuntu , при работа с
базата избиват странни системни грешки.
  Разбира се,не искам да кажа, че debian и ubuntu са лоши,просто не
стават за работа с oracle бази данни.
Бъдете здрави ! (както казва един мастит математик , бивш член на ЦИК
 и коментатор по всичкология   )

  Добре де ,от буутващата флашка с centos 7 ,след като се зареди,отвори терминал и изпълни командите:
ifconfig
lspci
lsmod
  Възможно е името на устр. да не е  ethx (eth0,eth1 ...) и оттам да идват проблемите.
  P.S. не се заяждам ,но няма как ubuntu  да е сървърна дистрибуция номер 1, например посмъртно не може да се
инсталира  oracle база данни на ubuntu и производните.
За тази цел се препоръчват oracle linux,centos и suse.
  Докато останалия сървърен софтуер,ако работи на ubuntu ,
ще работи и на centos .

  Ами, ако е имало макроси (Visual Basic) е проблем при всички положения
прехвърлянето на  Openoffice/Libreoffice  Base . Там има друг вид  Basic ...
   Така или иначе се налага първо да се прехвърлят данните на друго място
(напр. експорт като текстови файлове, или в MySQL ...) и после да се импортнат
в  Base,което си е тегаво отвсякъде.

   Openoffice/Libreoffice  Base  също върши работа .Е трябвало е повече да си
поразмърдат мозъците    не са успели ,и са се върнали на старото положение.

  Ами тогава ползвай  tcpdump или подобна програма,и виж какво се
случва, пакет по пакет , когато работиш с браузъра.
  Адреси,номера на портове и т.н.

Виж и кой е родителския процес (този който е пуснал джавата):
     cat /proc/<nomer-na-process>/status
родителския процес - PPID

  Нямах предвид само моята писаница по темата.
  Security проблемите с  елиптичните криви се дискутират
отдавна , просто бях дал линкове към статии ,където са
описани умишлено оставени "задни вратички" (backdoors).
  Аз лично бих използвал друго.
  Е, пожелавам ти да нямаш проблеми !

  Преди време писах във форума за сигурността на  RSA  и за пародията,
наречена елиптични криви.Сигурен съм ,че и gat3way  си спомня тази тема.
  Бих препоръчал на колегата NorthBridge да се поразрови по дълбоко в
темата , за да няма после проблеми.

  Не забравяй  да си архивираш всички важни данни.
  По принцип ползвам  gparted и е нямало проблеми,но знае ли човек ...
 

  Отвори терминал, изпълни следните команди и дай изхода от тях:
sudo fdisk -l
sudo df