Смени си SATA кабела на 1-во четене.
Дял в биоса не се появява, там трябва да е диска като устройство.  
Щом имаш резервен хард и на него не става, то и него ли го свързваш със същия кабел?
Дай изхода от sudo smartctl -a /dev/sdb

Ммм даа... Пробвай да замениш драйвера 1-во. Вероятно е от него. Ако не се оправи има още една ситуация в която може да се получи това защото грешния МАК адрес в случая не е на интерфейса, а на профила и ме навява и на друга мисъл 

ERROR @wl_cfg80211_get_station : Wrong Mac address, mac = e0:d1:73:29:e0:39   profile =00:81:c4:f8:e4:49

Към момента е закачено към АП с мак: e0:d1:73:29:e0:39
А се очаква да бъде АП с мак: 00:81:c4:f8:e4:49

И двата МАК адреса са на CISCO.

И не че нещо ама този израз "WiFi Мрежата е изградена от AP-та разхвърляни из цеховете и управлявани от централен "контролер"" ме кара да си мисля, че сте се опитвали да изградите инфраструктура,а не сте разрешили WDS. А това е критично важно когато клиента асоциира от АП в АП. Виж WDS Bridge и roaming client. Но това все пак зависи от това как сте организирали нещата!

Друг вариант е контролера да не праща  disconnect команда при преминаване от зона в зона. Или broadlink-a да не я отразява...

Дай dmesg да видим

Аз лично бих пуснал WDS.

Да ти кажа честно без човек да е на място и да анализира ситуацията надали ще се намери отговор, но ще се опитам да те насоча поне според моята гледна точка:

1. На входните точки разрешена ли е WDS?
2. Всеизвестен факт е проблема на Ubuntu дериватите с Network Manager-a. Пробвай да рестартираш демона след като загуби връзка. Или да направиш настройката през конзолата и да го српеш.
3. Спри power мениджмънта на wifi като го блеклистнеш в config.d
4. Чувал съм и проблеми с N стандарта при някои мрежови контролери, за това, че може да пробваш и да го спреш и него на клиента. тук

Тези AP как са настроени? Възможно ли е да имат някакво правило, което да дропи клиенти с слаб сигнал? Или при определени условия?

За несъвместимости, които посочваш е абсурдно да се говори! Поне според мен

Добре е все пак и да извадиш някаква информация от системния лог след като се дропи връзката да видим какво се случва.

Писах ти какво да направиш!

Или направо:

sudo ntfsfix /dev/sdb3
sudo mount -t ntfs-3g /dev/sdb3  /mnt -o defaults,force,umask=0

Това ще резетне журнала и ще махне флаговете

Ако са под NTFS, най-добре го закачи на Виндовс. Инструментите под линукс не са подходящи за ремонтиране на NTFS, не заради друго, а просто защото е затворен формат.

Toва не е особено вярно  
Ако си с Windows 8 или 10 това е заради така наречената опция Fast Boot, кято не shutdown-ва компютъра напълно, а по-скоро прави един вид хибернация, За да монтираш диска трябва или да забраниш тази опция или да изпълниш ntfsfix в конзолата и посочиш дяла, за да се ресетне ntfs журнала и съответно да ти позволи да го монтираш.

Но, така или инак не си написал какво се изписва за това, че това, което пиша е според това, което кристалната ми топка ми казва 

@runtime, защо тогава не си купуваш по-здрави телефони? Като CAT например

И CAT съм имал... и мога да ти кажа, че по-бъгав софтуер до сега в живота си не съм виждал! Ако не можеш да го счупиш с изтърване, то ще го довършиш с чука заради софтуера.На няколко пъти се бях замислил за това Но, за съжаление ми трябва конзола да се вързвам през телефона към няколко сървъра от време на време, защото са хотспоти към хотели и ми трябва постоянна връзка. Лаптоп да разкарвам с мене винаги не става.

П.С. Мехурчетата няма да изчезнат! По-скоро ще се уголеменият или размножат. Търкай в някоя посока докато ги изкараш по-добре. 

Слагай го! Сестра ми ги трошеше един след друг. Не зная, как го прави, но има някакъв талант това момиче. Лаптопа си счупи, таблета счупи, не мога да то опиша, за какво става въпрос. Откакто почна да лепи протектори, си ползва телефоните. На новия вече му е пукнала протектора, но няма проблем. Не пречи на тъчпада.

Аз съм по-голям талант от сестра ти! И с протектор и с калъф и пак си вървят на по 2-3 месеца  Последния път изплащах 4 телефона към мобилен оператор и си купих 5-ти щото тия заминаха в рамките на има няма година и половина Но по темата, ако не си талант - да вършат работа! Ако си талант, полза няма 
Най-уникалния ми случай беше като се облегнах на една ограда и едно миниатюрно камъче се навря някак си и натисна м/у стъкления протектор и периферията на телефона (което е около милиметър разстояние, което стъкления протектора не покрива) и цъфна тъча с дисплея.

Честно да ти кажа, порното на съседите може да се окаже по-интересно от Unix гнездата....  
Другото е, че ще трябва да правиш реърс инженеринг на протокола за комуникация за да разбереш какво се предава, освен ако не го предават в plain text съобщение де, което малко ме съмнява.  
Ако отсвирим стандратните сървизи, които си отварят unix socket като php, mysql и т.н. то остават системните като dbus, acpid и т.н. Там обаче си мисля, че ще трябва да отделиш значителен ресурс от време за да видиш какви системни съобщения си предават два или повече процеса. И въпреки, това се съмнявам да намериш нещо кой знае колко интересно. 

Можеш със reqrep като манипулираш хедъра, Защо не го направиш със mod_rewrite на apache-то? Ще е далеч по-лесно и културно  Както и да е де, при теб би следвало да е нещо от сорта на....

Код:

reqrep ^([^\ ]*)\ (.*)/very/long/address \1\ /\2

Въх, да си жив и здрав! Това се не бях замислил 

vmware-toolbox-cmd stat balloon
1299 MB

1. Има, но демона така или инак е спрян

2. Изхода от двете е даден в снимките 

vmstat -s
      2047996 K total memory
      1371596 K used memory
       151656 K active memory
        30724 K inactive memory
       463192 K free memory
        25592 K buffer memory
       187616 K swap cache
            0 K total swap
            0 K used swap
            0 K free swap
        47950 non-nice user cpu ticks
         1668 nice user cpu ticks
        63944 system cpu ticks
     37004848 idle cpu ticks
        67748 IO-wait cpu ticks
            0 IRQ cpu ticks
          685 softirq cpu ticks
            0 stolen cpu ticks
      2951675 pages paged in
      1159828 pages paged out
        14364 pages swapped in
        54318 pages swapped out
      8976296 interrupts
     15448385 CPU context switches
   1486371878 boot time
        10044 forks

Странният случай с Бенджамин Бътън 

OS: Ubuntu server 16.04 LTS
Kernel: Linux 4.4.0-62-generic

Инсталацията е във виртуалка с VMWare

Убити са почти всички процеси. На снимките е видно, че някъде има заети 1.3 GB памет.

Чистене на кеша не помага...
sync && echo 3 | sudo tee /proc/sys/vm/drop_caches

ps aux | awk '{sum+=$6} END {print sum / 1024}'
66.9141

free -k to /proc/meminfo
              total        used        free      shared  buff/cache   available
Mem:        2047996     1368760      557908        8516      121328      529152
Swap:             0           0           0

cat /proc/meminfo
MemTotal:        2047996 kB
MemFree:          556420 kB
MemAvailable:     528092 kB
Buffers:           11804 kB
Cached:            77716 kB
SwapCached:            0 kB
Active:            55976 kB
Inactive:          47036 kB
Active(anon):      11084 kB
Inactive(anon):    10924 kB
Active(file):      44892 kB
Inactive(file):    36112 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:         13492 kB
Mapped:            13560 kB
Shmem:              8516 kB
Slab:              32668 kB
SReclaimable:      13048 kB
SUnreclaim:        19620 kB
KernelStack:        2240 kB
PageTables:         1608 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:       40956 kB
Committed_AS:      96296 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
CmaTotal:              0 kB
CmaFree:               0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      161728 kB
DirectMap2M:     1935360 kB

strace: http://pastebin.com/nRcKET86

Всяка една дистрибуция ще ти свърши работа.  Инсталираш Proftpd пакета, конфигурираш го и си в играта

Нищо философско няма в покупката или продажбата на нещо. Но при положение, че искаш да продаваш вече закупено нещо и то сравннително скоро, си неминуемо на загуба. По-добре да му намери приложение за нещо, отколкото ей така да си му седи цената и толкова. Може и да се намери кwпувач, но не се знае след колко време.

На това му се свободна пазарна среда. Един предлага, друг търси. На пазар винаги се ходи с голяма кошница, защото тя побира и малко и много. Човека предлага и търси цена. Друг ако го устройва взема, ако не се започва договаряне. Всичко останало е загуба на време... и философстване 
А загубата е относително нещо и има много измерения... и привидно може и да си, но може и да не си