Új hozzászólás Aktív témák

• #36714 EQMontoya veterán EQMontoya #36713

  Új Válasz 2020-01-26 19:17:13 #36714

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  EQMontoya

  veterán

  válasz EQMontoya #36713 üzenetére

  Kiderult, hogy valamiert a nem boot disknel beallitott raid tombre is sikerult raknia egy grub particiot a telepitonek, ezert onnan probalt bootolni.
  Hogy egy telepitesbol hogy kerult ket kulon lemezre/tombre ket kulon grub, azt nagyon szeretnem tudni.
  Mindenesetre rendberaknom legalabb sikerult.

• #36713 EQMontoya veterán

  Új Válasz 2020-01-26 15:48:11 #36713

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  EQMontoya

  veterán

  Sziasztok!

  Ubuntuzok (es Debianozok) jopar eve, de most kifogott rajtam.

  Ubuntu 18 szervert probalok telepiteni.
  HP Gen8 Microserver, van egy SSD es egy raid tomb, ami egy "fizikai" (pci-e slotban lako) vezerlon van. Ezeket mind latja is a telepito szepen.

  Manualis particionalas, az SSD-n letrehozok egy "/" es egy "/var" particiot, beallitom, hogy az legyen a boot disk. A tombot mountolom "/home"-kent.

  Ezek utan reboot, majd feljon a grub, ami csak egy device-t lat a kettobol, azon is csak egy kotetet, tehat kb. eselytelen bebootolni. Ilyenkor mi a franc van?
  Maga a gep (vezerlo, ssd, stb) rendben vannak, kulon-kulon mindegyikkel sikerult mar bootolni, csak Ubuntuval nem akar mukodni a telepites normalisan.

  Oszinten nehez elhinni, hogy 2019-ben annyira szar egy telepito, hogy egy ilyen viszonylag privmitiv setupot nem lehet vele osszerakni, ez mar U14-en is siman ment.

• #25498 EQMontoya veterán lionhearted #25497

  Új Válasz 2016-04-18 00:02:46 #25498

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  EQMontoya

  veterán

  válasz lionhearted #25497 üzenetére

  Hints welcome.
  De ha van alternatíva, az is.

• #25496 EQMontoya veterán

  Új Válasz 2016-04-17 23:14:08 #25496

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  EQMontoya

  veterán

  Sambával csak én szenvedek?
  2-2.5MB/s írást tudok, a megosztott partició helyben dd-vel írva 200-240MB/s körül tud. (4db wd red raid5-ben, meg tisztességes vezérlő)
  Netről letöltésnél ennél bőven gyorsabb, tehát nem is a routerrel van a gond, egyszerűen Sambán keresztül nem tudom értelmes sebességgel írni.
  Lefele irányban jön is 18MB/s körül, kb. ennyit tud a powerline, amin keresztül a routerre megyek, ha nem wifizek.

• #23350 EQMontoya veterán lev258 #23349

  Új Válasz 2015-11-22 15:56:42 #23350

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  EQMontoya

  veterán

  válasz lev258 #23349 üzenetére

  Igen.

  Közben a megoldás is meglett.
  Hát Torvaldsék is elmennek a f...omba.

  Ezt így 2015-ben:
  nas@hpn54l:~...$ g++ -L/usr/local/lib -std=c++11 ./*.cpp ./*.cc -lprotobuf
  nas@hpn54l:~...$ g++ -L/usr/local/lib -lprotobuf -std=c++11 ./*.cpp ./*.cc

  Az első működik, a második nem.
  Az oka, hogy [options] files [arguments] lenne a syntax.
  De nem ám úgy nem, hogy hibaüzit dob, vagy valami, hanem szimplán ignorál néhány argumentumot. Ezt, így, 2015-ben. Súlyosbítva azzal, hogy a 4.7-es g++, ami nem egy mai cucc, simán megeszi ezt, tehát sikerült a szoftvert visszafejleszteni. Minden elismerésem. Szerencsétlen f@szok.

• #23348 EQMontoya veterán

  Új Válasz 2015-11-22 15:10:39 #23348

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  EQMontoya

  veterán

  Agyamra megy az ubuntu meg a g++ linker, segítsetek légyszi, hogy mi lehet a gond.
  Szóval libprotobuf-ot felraktam source-ból (configure, make, make install).
  Szépen ott is van a helyén /usr/local/lib alatt.

  nas@hpn54l:~/...$ pkg-config --libs protobuf
  -pthread -L/usr/local/lib -lprotobuf -lpthread

  Majd megpróbálok vele fordítani:
  nas@hpn54l:~/...$ g++ -pthread -L/usr/local/lib -lprotobuf -lpthread -std=c++11 ./*.cpp ./*.cc

  És nem kapok egy valag linker errort, semmilyen symbolt nem talál meg belőle.

  Ez azért különösen remek, mert tegnap pont ugyanez, pont ugyanígy egy Debianon működött...

Új hozzászólás Aktív témák