Na elmegy a Microsoft a p**cs***ba, vagy akárhová.

Csináltam, egy próba telepítést az asztalin.
Win 10 pro ment fel, azonnal lát minden megosztást, nem névvel,
hanem \\ip vel, de ez eddig is így volt.

A Linuxot is látja.

Csináltam még egy Wintogo-t ezt csak enterprice image-ből engedi csinálni, és nem értem el semmit sem a hálózaton, hosszú szöszmötöléssel annyit lehetett elérni, hogy a wintogo-st elértem a win alol.
De nem volt egyszerű, de nem is az a cél, hogy egy wintogo -t érjünk el, hanem az, hogy a wintogo alól, egy kiszolgálót legyen az Windows vagy Linux, jelenleg egyik sem megy,
hálózati név nem találhatót ad vissza, akárhogy is próbálom, vagy meghatározhatatlan hiba ...

Ezután csináltam egy nem szabályos Pro-t egy pendrive ra, és láss csodád, ismét működnek a megosztások.

A beépített wintogo creator nem enged csak enterprice változatot készíteni.

Hogy gondolta ezt az MS ?
A wintogo-t nem azért találta ki, hogy magaddal vidd az irodát ? eközben nem érsze el semmien szervert, akkor meg minek ?
Vagy még tesztelésre is jó lehet, de akkor is kéne érni a hálózati dolgokat .

Na ezzel most jól kiakasztott. …

Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

A Win To Go-t nem muszáj használni. Át lehet verni a nem To Go-s, azaz sima telepítőt is. Virtuális gépet kell csinálni, annak a fizikai pendrive-ot odaadni virtuális meghajtóként (nálam ez nem pendrive, hanem külső SSD). Majd mikor feltelepült virtuális gépre, leállítod, pendrive leválaszt, és fizikailag is fogsz tudni róla bootolni, így meg Pro változat is telepíthető rendes desktop default beállításokkal, nem kell spéci Enterspájz kiadással, meg spéci beállításokkal szopni. Persze USB-ről futtatva továbbra is Windows To Go-t fog írni a rendszerinformációknál, de ez a To Go nem az a To Go, amit a To Go creatorral csinálnál.

[ Szerkesztve ]

Szakik, valahogy lehetne eroltetni hogy a hdmi-t alapertelmezettkent kezelje, mindig:

Random "elfeljti" kikapcs utan es a line out-ot hasznalja.

[ Szerkesztve ]

Saor Alba

Ezt nézd meg!

Ha csalódni akarsz, bízz az emberekben!

Koszonom, talaltam mindenfele utmutatot, ezt kiveve

Saor Alba

Igen erre gondoltám.Most már minden tiszta.És hétvégén fel is pattintom.Köszönöm a türelmeteket és a segítséget mindenkitől.

Így fogok tenni

Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

Tuti működik így, már egy ideje én is így használok Win10 Pro 64 bitet. Semmi gond nincs vele, működik, mint egy asztali Windows. Egy limitjét láttam csak, ha a Windows Update nagy évfordulós frissítést talál, azt nem engedi telepíteni, mert érzékeli, hogy USB-ről fut a rendszer. De ha újraindítod virtuális gépként, akkor engedi.

Kapaszkodj meg jó erősen: itt most Linux alatt akarják összehozni, sikerült ugyanis egy linuxos topikba betévedned. Gondoltam szólok, ha félreolvastad volna a téma címét. Tudom, hogy gányolás ez a virtuális gépezés, de ha a MS ilyen szemét, hogy az USB-s telepítést letiltotta, akkor nem lehet mit tenni, hekkelni kell. Azért döntöttek így, mert ha engednék mindenkinek, minden verzióval az USB telepítést, senki nem venne minden gépre licencet, hanem csak egyet személyhez köthetően, és onnan azt az egyet hordozná a gépek között, ami a Picipuhának anyagi tönkremenés lenne. Így meg el tudják adni a szutyok OEM szarjukat, aminél ha alaplapot vagy ilyesmit kell cserélni, vagy a gépet cseréled le, veheted meg még egyszer, és szépen csörög nekik a kassza. Pofátlanság, de ez van.

Sziasztok!

A TIR-bol idezek:

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get update

Ebben a repoban 396,45-os nvidia driver van jelenleg. Ennek a reponak a hasznalata mennyire biztonsagos 18,04 alatt?

Udv. core2

Nem, nem (csak) az van benne. Az 390.77-es is benne van, ami az LTS verzió (én is ezt használom). Miért ne lenne biztonságos?!

Ha csalódni akarsz, bízz az emberekben!

Szia!

Ertem, koszi!
Miutan elkuldtem, ereztem, hogy valami nem kerek a kommentemmel. Mire eszbekaptam, addigra meg nem tudtam mar szerkeszteni.

Biztonsag alatt inkabb arra gondoltam, hogy ugyanolyan viselkedesu-e a hivatkozott repoban levo csomag mint a "gyari" Ubuntus? Tehat minden szukseges dolog telepul vele?

Nem lenne tulsagosan szivderito mondjuk egy le nem forditott nvidias kernelmodul miatt a kovetkezo bootnal fekete kepernyovel talakozni. (Fedoran rpmfusion hasznalatakor nem ritka vendeg ez utobbi, legalabbis nalam).

Udv. core2

Sziasztok!

Tudtok ajánlani nekem olyan scanner programot, ami használható egy régebbi xerox nyomtatóhoz (workcentre 5021)?

Előre is köszi!

A drivert felraktad? A Simple Scan nem látja?

Ubuntu MATE 20.04, hobbi cayenne termesztő

Fent van a printer és a scan driver is. A simple scan pedig failt dob ki, mert nem talál scannert.

Kérdés. Régebbi rendszeren működött? Melyik volt a legutóbbi?
Neked nem a szoftverrel, hanem a driverrel van gondod.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Eddig windows 10-en volt, hálózaton megosztva. Úgy linux alatt nem próbáltam, de akkor mindjárt átdugdosom.
De elképzelhető, hogy a 18.04 nem támogatja a 2012-es drivereket (?)

Én azt találtam, hogy amikor kiadták a Linuxos driverét, már akkor is gondok voltak vele, de azt se javították. Azóta meg sok minden változott, Linuxon is.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Hát ez nem hangzik valami bíztatóan.
Persze a nyomtató driver sem jó, mert teszt oldalnál azt írja a nyomtatóra, hogy idle.

Hát igen. Ha nagyon belemászol, lehet működésre lehet bírni, de az már nem lesz egyszerű és nem garantált semmi.
Gondolom másik eszköz beszerzése nem opció. Akkor marad a Windows.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Gondolkodtam már színes A3-as lézeren, láttam is egy xerox 7120-at. Nem tudom, hogy annak már jó-e a drivere.
De sajnos így a linuxról még a megosztott nyomtatón sem lehet nyomtatni. De hát akkor ez van sajnos.

Ha felraksz egy windows virtuális gépre , az nem megoldás ?
És a Win által hosztolt nyomira nyomtatsz

Gigabyte Z390 Aorus master , Core i9 9900K, Asus RTX2070, 64 GB DDR4, Dell Latitude 6430

A linuxos gép direkt egy kis fogyasztású szerverként működő gép és mivel a nyomtatót nem lehet hálózatra kötni jó lett volna, ha ez lenne a nyomtatószerver is és akkor nem kell a windowsos gépet ki be kapcsolni, ha máshonnan szeretnénk nyomtatni.
De lehet, hogy csak a kíváncsiság kedvéért megpróbálkozom vele.

Bocsi! Kifutottam a szerkesztési időből.

Windowsról sikerült nyomtatni a linuxra kötött nyomtatóról (linuxról még mindig nem).
Végül is a cél elsődlegesenez volt.
Ha a scannerre is lenne valami megoldás (akár windosra olyan scanner program, ami tud hálózati eszközt kezelni) az lenne a legjobb.

Az lsusb kimenetnek mit dob az eszközre? Driverből pontosan melyikeket raktad fel, tudnál azokhoz linket adni?

Próbáljátok meg a simple scant rendszergazdaként futtatni, csak hogy ilyen jogosultsági hibákat kizárjuk.

De miért nem vagy te a topikgazda? Teljesen értelmetlen, hogy mindig más valaki, aztán senki, aztán megint egy random ember. Úgy néz ki, hogy rajtad kívül úgyse érdekel senkit a topikgazdaság, az összefoglalót, cikkeket sincs senkinek türelme gondozni rajtad kívül. Írj a modoknak, és jelentkezz megint TG-nek. Még az sem baj, ha mintes vagy, mert 99%-ban egyezik az Ubuntuval, ugyanaz az alapja mind a kettőnek.

Linuxos SSD-s cikk írásán én is gondolkodom, hogy minden egy helyre legyen összeszedve, viszont az én írási stílusomban litánia lenne belőle, és nem lenne kellően közérthető vagy ilyesmi.

Én nem lehetek, mert a nagybetűsök így döntöttek. Nem a szakmai ténykedésem miatt, hanem mert nem jöttem ki a többi topikgazdával a TG topikokban.
Az nem sokakat érdekel, ha szakmai topikoknak nincs gazdája. Linuxos topikok csak.....
Ha most kérném, hogy helyezzenek vissza, kívágnának a fórumról is.😶

Pedig gondoltam én is arra, hogy nagyon feküdne neked egy SSD-blog. Ha nagyon hosszú lenne, legfeljebb a lényeges 1000 mondatot kiemelnéd! 😂

[ Szerkesztve ]

Ha megírod hol jelezzem, akkor felveszem a kapcsolatot a PH-val, hogy támogassalak TG-ént. Be kell hogy lássák, hogy a szakmai topikot gondozni kell valakinek, hiába nem népszerű a Linux, főleg ez az Ubuntu egy elég forgalmas topik. Ez nem annak a kérdése, hogy ők kivel jönnek ki.

A blognál pont ez tart vissza, hogy 1000 mondatos lesz. Sok felhasználó a mai napig azért nem bízik az SSD-kben, mert az ördögtől való feketemágiának gondolják, ami csak úgy működik jól, ha mindenféle spéci varázslatot ráolvasnak ószuhaéli sámán nyelven. Közben meg lényegében ugyanúgy kell használni, mint a modern HDD-ket, egyedül a TRIM-ről kell gondoskodni. Már a partícióalignálás sem speciális, mert a modern szoftverek már mindent megfelelően alignálnak alapból 1024K-s eltolással, meg a modern HDD-knek is kell a 4K-s eltolás, tehát ebben sem speciális az SSD.

Sokkal inkább tűnik járható útnak, hogy Linux alá egy SSDOK-hoz hasonló egyszerű terminálos toolt írni, ami kijelzi a beállításokat, infókat az SSD-ről, és a nem kívánatos beállításoknál eligazítana a helyes irányban, meg tud HTML reportot csinálni, amit lehet linkelni. Persze ez meg elég pepecs munka, mert sok SSD-n kell tesztelni, meg SMART értelmezéséhez SSD-adatbázist kell készíteni hozzá, kitesz egy főállást, ha az ember egymaga csinálja. Esetleg valami git-es projektként lehetne feldobni, amit hozzáértők bővítenének.

[ Szerkesztve ]

Tényleg, hol is kell megnézi, hogy van e trim?

LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro

Ez megmondja a meghajtó támogatja-e:
sudo hdparm -I /dev/sda | grep --color TRIM

Nálad lehet nem sda lesz. Elvileg ki kéne jeleznie a discard opció bekapcsoltságát, de nálam nem teszi.

A discard TRIM opció bekapcsoltságát ezzel lehet lekérdezni:
findmnt -O discard
Ha ez nem ír semmit, akkor nincs használatban.

Az fstrim-féle TRIM elérhetőségét így lehet lekérdezni:
sudo systemctl status fstrim.time

Elég vagy a discard TRIM vagy az fstrim. Mehet egyszerre is, csak felesleges. Illetve még az is járható út, hogy nem használ valaki discard TRIM-et, csak fstrimet, de az utóbbit sem ütemezi automatikusan x időközönként (alapból talán hetiben fut le) systemd-ben, hanem néha napján kiadja kézileg ezt a parancsot, ez is megtrimmeli az összes SSD-n, az összes fstrim-képes fájlrendszert:
sudo fstrim --all --verbose

Vagy rövidebb formában:
sudo fstrim -a -v

Próbáltam több formában is, de mindegyikre ez volt a válasz.: "HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device"

(nvme ssd)

[ Szerkesztve ]

LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro

Ja, ezt el is felejtettem, hogy mivel ATA parancsokkal kommunikál, ezért NVMe-s meghajtókon nem működik a hdparm, és az TRIM parancs is egy ATA parancs, NVMe-n Deallocate parancs van helyette (ami ugyanaz, csak máshogy hívják).

Az nvme-cli csomagot kéne feltenni, és abból ezt futtatni:
nvme get-feature /dev/nvme0 -s 3 -H

Elvileg ki kéne listáznia, de nem tudom tesztelni, mivel nincs NVMe-s SSD-m. A discard paramétert NVMe-n mindenesetre nem ajánlják, az fstim-es megoldásnak viszont rendesen kéne működnie, systemd service-ként ütemezve és kézileg futtatva is.

[ Szerkesztve ]

Nem sudoként kellene futtatni? (mert azt írja, hogy engedély megtagadva).

LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro

Erre a hibára neked ezt dobja a gép. https://github.com/linux-nvme/nvme-cli Csak tipp, mert nekem sata-s SSD van csak. Ahhoz sem értek.

De.

tutu@tutu:~$ sudo nvme get-feature /dev/nvme0 -s 3 -H
feature-id required param
tutu@tutu:~$

(#33838) ubyegon2
Az nvme parancsok csak sudoval működnek nálam.

[ Szerkesztve ]

LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro

Ha megírod hol jelezzem, akkor felveszem a kapcsolatot a PH-val

Megírom és ott jelentkezel TG-nek.

Az alapkérdés azt mondanám, ne hívd ki magad ellen a sorsot. Nagyon nem csípték, aki támogatni próbált anno, a kivágásom idején.

Ez nem annak a kérdése, hogy ők kivel jönnek ki.

Pedig DE. Ők a zistenek!
Ha nem tudsz írni anyanyelveden, az nem gond, épp ebből volt az egyik utolsó vitám. Persze, nem lett igazam. Pedig félanalfabéta ne próbáljon írni közösségnek, amíg nem tanulta meg.

Egyszóval aki nem bólogat, hanem visszapofázik időnként, az nem való funkcionáriusnak. Régi idők árnyai lassan halványulnak.

(#33839) Tutu7030

Ha megnézted volna az SSD-s írásomat, láttad volna, sok ellenőrző parancshoz kellett sudo. Épp ma dobták ki kérésemre az összes Linuxos topikból. Elavult, 14.04-re íródott. Ez van. Lesz majd jobb.

****************************************************
● Ha meg akarod állapítani, működik-e a TRIM az SSD-n, akkor azt az alábbi terminal parancs kiadásával ellenőrizheted:

sudo hdparm -I /dev/sda | grep "TRIM supported"
-ez ellenőrzi, hogy a TRIM támogatott-e
-egy tipikus válasz:
* Data Set Management TRIM supported (limit 1 block)

-a válasz supported, tehát minden OK! A block limit értékkel nem érdemes foglalkozni, tipustól függ, hogy 1, 4, vagy 8 block

● Ubuntu alapú disztrók általában /etc/cron.weekly-ből hetente lefuttatják az fstrim parancsot, ellenőrizheted ennek a működését is:

sudo run-parts -v /etc/cron.weekly
eredmény, ha benne van
run-parts: executing /etc/cron.weekly/fstrim
további ellenőrző parancsok:

sudo dmesg | grep -i sata | grep 'link up'
-SATA link ellenőrzése, ebből megtudod, hogy SATA1, 2 vagy 3 átvitelt alkalmaz a Linux.

sudo hdparm -Tt /dev/sda
-lemezolvasás ellenőrzése

dmesg | grep -i --color ahci
-AHCI ellenőrzése

sudo smartctl --all /dev/sda
-SMART adatok ellenőrzése

cat /sys/block/sda/queue/scheduler
az eredmény a zárójelben lévő:
noop [deadline] cfq

***********************
Egyéb lehetőségek:

cat /sys/block/sda/queue/discard_max_bytes

Ha eredményként 0-át kapunk, nem működik a TRIM.

lsblk -D

Ahol a DISC-GRAN és DISC-MAX értéke 0, ott nem működik a TRIM.

forrás

példa

ubyegon@mintcinnamon-18 ~ $ cat /sys/block/sda/queue/discard_max_bytes
2147450880

ubyegon@mintcinnamon-18 ~ $
ubyegon@mintcinnamon-18 ~ $ lsblk -D
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sdd 0 0B 0B 0
└─sdd1 0 0B 0B 0
sdb 0 0B 0B 0
├─sdb2 0 0B 0B 0
├─sdb9 0 0B 0B 0
├─sdb7 0 0B 0B 0
├─sdb5 0 0B 0B 0
├─sdb3 0 0B 0B 0
├─sdb1 0 0B 0B 0
├─sdb8 0 0B 0B 0
└─sdb6 0 0B 0B 0
zram3 0 4K 2T 0
zram1 0 4K 2T 0
sdc 0 0B 0B 0
└─sdc1 0 0B 0B 0
sda 0 512B 2G 0
├─sda2 0 512B 2G 0
├─sda5 0 512B 2G 0
├─sda3 0 512B 2G 0
└─sda1 0 512B 2G 0
zram2 0 4K 2T 0
zram0 0 4K 2T 0

[ Szerkesztve ]

Értem (illetve annyira nem) .

tutu@tutu:~$ sudo fstrim -a -v
/media/tutu/0ce710a9-ce49-4b3f-b0f2-dfda9830da0c: 156,2 GiB (167669342208 bytes) trimmed
/home: 17,5 GiB (18756419584 bytes) trimmed
/: 10 GiB (10716061696 bytes) trimmed
tutu@tutu:~$

Ez most trimelte az sda ssd-t és az nvme ssd /home-ot is.

Köszi az összefoglalót!

sudo run-parts -v /etc/cron.weekly

Nincs benne.

[ Szerkesztve ]

LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro

Igazán nincs mit!

Trimmelte a /-t és /home-ot, úgy néz ki. (főleg ha egy darabig nem írt ki semmit, csak állt a terminal)

sudo run-parts -v /etc/cron.weekly Nincs benne.....

Ez csak annyi, hogy nincs a heti lefuttatandók között időzítve az fstrim. Ubuntu alapúakban default benne van (16.04-ig ismertem)

[ Szerkesztve ]

Ubi 18.04.01 (MATE 1.20.1)
Ebből úgy látszik, hogy kimaradt.

LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro

Benne van a 18,.04-ben is, csak a systemctl indítja.
Így meg tudod nézni:
systemctl status fstrim.timer

Akkor ne adjam hozzá a cronhoz?

tutu@tutu:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Sat 2018-08-04 09:04:50 CEST; 12h ago
Trigger: Mon 2018-08-06 00:00:00 CEST; 1 day 2h left
Docs: man:fstrim

aug 04 09:04:50 tutu systemd[1]: Started Discard unused blocks once a week.
tutu@tutu:~$

Akkor én sem adom hozzá.

[ Szerkesztve ]

LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro

Az ubuntu (elvileg) hetente egyszer lefuttatja. Én nem adtam hozzá.

Igen, azért írtam, hogy 16.04-ig működnek a dolgok úgy, ahogy a blogban van. épp a 28. hsz miatt nem töröltem a blogot. Ott is említik két másik ellenőrző paranccsal együtt.

systemctl list-timers -a

vagy

sudo journalctl -u fstrim.timer

Ennek ellenére az online TRIM-nek (discard) is van létjogosultsága. Szerintem.
Hátránya csak akkor van, ha gyakran dolgozol nagy adatállományokkal. Megint csak szerintem.

[ Szerkesztve ]

A feature id-jét nem tudom. Előbb nem pontosan írtam, Data Set Management-nek hívják a vonatkozó parancsot, ennek az egyik paramétere a deallocate. Van egy olyan nézet is, hogy ezt a kernel kezeli meg minden NVMe-s SSD tudja, így nem kell foglalkozni vele, még az fstrim-et sem kell futtatni, de szerintem míg ennek alaposabban utána nem nézek (mármint hogy ezt a kernel tényleg automatikusan intézi-e), addig nem árt fstrim-et használni a biztonság kedvéért, rontani semmiképp nem ront, legfeljebb hatástalan a legrosszabb esetben.

Nálad fstrim-re megtrimmelt rajta mindent. A CRON-ba nem kell betenni, mert a CRON az csak a systemd nélküli disztrókban volt fontos, az újak mind systemd-sek, és ott egy fstrim.timer nevű szolgáltatás gondoskodik erről, az előző hozzászólásban írtam, hogy hogyan kell lekérdeni a sudo systemctl status fstrim.timer paranccsal. Ennek ellenére CRON-ba is be lehet tenni, de felesleges, mikor van erre egyszerűbb mód, ha nem lenne engedélyezve, akkor ezzel lehet engedélyezni, ami egy hetente megtrimmeli:
sudo systemctl enable fstrim.timer

Szerk.: most látom, nálad írja is a status-ra, hogy be van kapcsolva az fstrim.timer, és heti egyszer végigfut az fstrim. Ennyi elég, mást nem kell ellenőrizni.

Esetleg a sudo fdisk -l parancsal megnézni, hogy a partíciók kezdőszektorai oszthatók-e maradék nélkül 2048-cal, de elég meglepő lenne, ha nem lennének. Ezt utoljára az XP cseszte csak el, bármilyen attól modernebb OS, közötte a Linux is, ezt már nem rontja el.

[ Szerkesztve ]

Köszi mindenkinek, látom, hogy cron nélkül megy már a 18.04-en.

LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro