Keresés: - Ubuntu Linux - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Téma összefoglaló

Utoljára frissítve: 2023-12-13 05:03

Fototrend

Ubuntu Linux Összefoglaló

Hivatalos Ubuntu dokumentáció

Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:

-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)

A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):

lspci
lsusb

Ú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...