Ha jól emlékszem, hogy Kubuntut használsz és a tlp és az acpi-call-dkms csomagok telepítve vannak, akkor:

sudo tlp-stat -b

vagy

sudo tlp-stat --battery

tlp-ről bővebben

Régebbi Thinkpad-ekhez (a T420-ad előttiekhez) más csomag kell: tp-smapi.

Ilyesmi eredményt ad, sajnos az én gépemre a tp-smapi valamiért nem hajlandó települni (illetve inkább az Ubuntu MATE nem veszi figyelembe, hogy települt).

[ Szerkesztve ]

"You're going to negotiate with a girl, who thinks she's a space station? - When you put it like that, it does kinda sound crazy." - Audio-GD NFB-11.32 DAC/fejeserősítő eladó - https://tinyurl.com/Tim82HA

Már látom. A probléma az, hogy az a Lenovo saját szoftvere driver-el együtt ami által ki tudja olvasni ezeket az adatokat, viszont én úgy tudom ez csak windows-ra létezik.

Linux alatt is megoldható lenne, de kernel modul csak a régebbi modellekhez van (Ivy bridge előtti), ezért én például nem tudom megnézni vele.

Ez a tp_smapi modul, a wiki oldalon megtalálod azt is hol lehet megtaláltni ezeket az infókat: [link]

You may corrupt the souls of men, but I am steel. I am doom.

A tlp egy magas szintű tool, ugyanonnan szedi az adatokat mint amit már írtam, azaz ezzel semmivel sem fog többet látni csak pont ugyanazt.

Az ilyen alacsony szintű cuccokat azért szeretem használni mert itt látni a legtöbb dolgot. Amit meg itt nem látni azt magasabb szintűben sem fogod látni.

Azt én is írtam hogy az újakhoz már nem jó.

Megjegyzés: dkms csomag csak akkor kell ha nincs eleve beállított csomag erre. Lásd Arch alapon acpi_call kell a sima kernelhez, acpi_call_lts az lts kernelhez, acpi_call_dkms ha nem gyári kernelt használsz.

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.

Nem saját kútfőből szopom, linkeltem a tlp dokumentációt lejjebb.

Ha jól emlékszem, Kubuntut használ a kolléga, a tlp dokumentációja alapján ebben az esetben acpi_call_dkms kell neki. Én úgy gondolnám, hogy azért írták azt, mert Ubuntuhoz az kell, de persze tévedhetek is.

A tlp dokumentációjában konkrétan az is benne van, hogy Sandy-tól felfelé kell az acpi_call (és annak disztrótól függő változata). Mellesleg neked is ezt kellene használnod a tp-smapi helyett...

X220-nál nálam egyébként működik (Ubuntu MATE 18.04 LTS alatt) a tlp + acpi_call_dkms kombóval nem csak a lekérdezés, hanem az akku töltési szintek állítása is (50% alatt elkezd tölteni, 86%-nál megáll az én beállításom szerint). Ez az egyik ok (és a magas szintű paraméterezhetőség), ami miatt nem "alacsony szintű" megoldást javasoltam.

[ Szerkesztve ]

"You're going to negotiate with a girl, who thinks she's a space station? - When you put it like that, it does kinda sound crazy." - Audio-GD NFB-11.32 DAC/fejeserősítő eladó - https://tinyurl.com/Tim82HA

Azért írtam mint megjegyzés mert nem csak Debian alap létezik a világon, ő meg nem tudom mit használ. Ezt hajlamosak mindenhol elfelejteni és ez alapján nem megfelelő csomagot telepíteni más alapokon.

Csak infó kinyerés volt a kérdés, ahoz meg nem kell, így én nem láttam értelmét ezzel a kérdéssel foglalkozni.

A dokumentációt meg én is linkeltem (tp_smapi-hoz, ott is le van írva ugyanez).

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.

Nem árt ha lehet tudni

kemotox: javaslom itt nézelődj, a konfigokat, használt témákat is le szokták írni / meg szokták osztani: https://www.reddit.com/r/unixporn/

[ Szerkesztve ]

You may corrupt the souls of men, but I am steel. I am doom.

Szerinted honnan jött ez a rákattanás?
Nagyon jó cucc, annyira intuitív. Szeretem bill.-el csapatni, gyorsabb, határozottabb, mint egérrel.

BTW sorry, mindig elfelejtem, hogy mindent, minden adatot, még a cipőméretet is meg kell adni, mert minden apró részlet számít

A gonosz valasz az lenne hogy `.img` helyett `.zip`-et irj. (csak ettol meg nem lesz tomoritve, sot zip se).

Ha tomoriteni szeretned akkor olyat tudsz csinalni hogy a dd kimenetet nem fajlba iranyitod (`of=-`t lehagyod) es feldolgozod valamivel, egyszer leirtam nagyvonalakban a dolgot.

Vigyázat, csalok!

Megint magamnak irok. mégsem a fix IP beállitása segitett, de annyi mindent állogattam. az edit connections-ban az ethernethez az MTU-t 1500ra állitottam az automatic helyett.

Amíg csak fizetgetnek, addig csak dolgozgatunk... Intel(R) Core(TM) i5-4300M CPU 8GB

Köszönöm, olvasom! Azt vissza is tudom írni utána?

Sziasztok
Linux mint egy egy hónapos laptopra került fel.
A gond, hogy tenyleg lehet kernel szintu probléma azzal amit felraktam mert 67%nal megall a toltes es kisülés jön
Ugyanez windows alatt semmi.
Mit tegyek fel, hogy jó legyen?

Ha nem válaszolok a PM-re, elképzelhető, hogy nem kaptam meg, ilyenkor kérlek küld el újra, köszönöm

Üdv!

Több infóra van szükségünk. Laptop típusa?
Ennek megnéznéd a kimenetét és betennéd id? [link]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Szerintetek hova fordulhatok azzal a problémámmal, hogy az USB3.0-ás winyót nem ismeri fel a notebook az USB3.0-ás porton keresztül? Ez a probléma még mindig fennáll. Felpörgeti a winyót, de azonkívűl semmi sem történik. Sajnos disztri független a dolog, mert ez a probléma fennáll Manjaro, ArcoLinux, Arch Linux, Linux Mint alatt is ahogy próbálgattam. Hardver hiba kizárva, mert ha Windowst rakok fel (de fura volt azt feltenni...), akkor tökéletesen működik. Ráadásul most a kezembe akadt egy másik notebook. Régebbi proci (Kaby Lake helyett Haswell), és ugyanez a probléma ott is fennáll. Elképzelhető, hogy a linux kernel, firmware nem szeresse ezt a típusú, verziójú WD USB3.0-ás winyót? Sajnos másik 3.0-ás winyóm nincsen, csak 2.0-ás változatok vannak még. Írjak a hivatalos Arch Linuxra attól függetlenül, hogy bármely disztronál fennáll?

[ Szerkesztve ]

Meg kellene nézni, hogy milyen IC van benne, az alapján meg lehetne nézni, hogy nem-e valami csomagot kell csak felrakni. Mondjuk szerintem win alatt a hdsentinellel ki lehet deríteni, ha nem akarod szétszedni.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

dmesg
Csak ne ide másold be.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Köszi. Akkor visszarakom a Windows-t, és megnézem, hogy miket ír ki rá.

Azt már néztem. dmesg-be csak egy sor ismétlődik. Arra rákeresve viszont a touchpad-ra utalnak:
i2c_hid i2c-ELAN0501:01: i2c_hid_get_input: incomplete report (14/65535)

No most már tuti, hogy a WesternDigital My Passport 2TB-os winyó a ludas. Kicsit pofátlan voltam, és ha már betegszabin vagyok átmentem a szomszédba, bemutatkoztam, és megkérdeztem, hogy van-e számítógépük és külsős winyójuk Van nekik egy még régi szögletes Toshiba winyójuk, és lőn azt felismeri, és stabilan 110MB/sec-el olvas és 94MB/sec-el ír, tehát annak USB3.0-ásnak kell lennie ekkora sebességgel. Szal ez a mocsadék WD My Passport winyó nem tetszik a Linuxoknak. Közben dd-vel már írom ki a WIndows-t, és utána megy a telepítés, és megnézem hdsentinel alatt.

[link]

Ahogy nézem, lehet fw frissítés kéne annak a vinyónak vagyis a háznak inkább, de mint a linken is látszik az csak Win és Mac esetén megoldható....

Viszont, ha Winen próbálnád frissíteni a fw-et?

ezekhez alkalmazható a 2017-es fw:
My Book, My Book for Mac, My Book Duo, My Book Pro, My Book, My Book Duo, My Passport Ultra Metal, My Passport Ultra (WD Backup), My Passport SSD, My Passport Ultra, My Passport Ultra (USB-C), My Passport Ultra for Mac (USB-C), My Passport Go

[ Szerkesztve ]

Már USB-s winyóknak is van firmware frissítése? Ez eszembe nem jutott volna...
Sajnos hiába írtam ki kétféle módon is a win teleptőt usb-re, sehogy sem akar bebootolni róla. Szerinte bootolhatatlan, úgyhogy a Windows install most egyelőre áll. Jövőhét szerdán megyek dolgozni, akkor majd ott bent rufus-al kiírok egyet a melós gépen, és akkor majd azzal.

Már USB-s winyóknak is van firmware frissítése? Nekem sem, de magának a háznak a vezérlő chipjének viszont logikus!
De látom egyik probléma megoldási kísérlete húzza magával a másik gondot! Nem akarja már a gép a WIndowst!

sudo lsusb -v egyébként kiírja a vezérlő tipusát és az ID-t is most nézegettem a külső házamat
......................
Bus 001 Device 004: ID a152:b566
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0xa152
idProduct 0xb566
bcdDevice 2.23
iManufacturer 1 JMicron
iProduct 2 USB3.0 External HDD
iSerial 3 00A12345683D

[ Szerkesztve ]

Nem csak a gép, én se
Viszont eszembejutott, hogy ok, visszamegyek dolgozni szerdán és megcsinálom. No de kellene biztonsági mentés a winyóról, mielőtt firmware frissítést hajtok végre. No de hova a rákba mentsek el 1,5TB-nyi cuccot? szerinem a céges winyók csak 500GB-osak, úgyhogy vagy 3 winyót kellene a géphez kötni, hogy mindent lementsek De hogy most egy időre elment a kedvem a WD winyóktól az is biztos...

[ Szerkesztve ]

Hopp, akkor ez lesz a gond. Köszi, ezt holnap kipróbálom
Amúgy ez a winyó egy szimpla WD My Passport, tehát nincs mögé írva semmi.
A modellszám ha minden igaz akkor WDBYFT0020BWT-0B

[ Szerkesztve ]

A másik kábelt nem próbáltam, de holnap megint átmegyek a szomszédhoz, és kipróbálom a Toshiba winyó kábelével. De azt tudni kell, hogy ez a WD már régóta megvan. Jelszózár így nincsen rajta, és mikor áttértem linuxra (Manjaro), akkor szépen működött. Aztán valamelyik kernel frissítés óta (vagy más egyéb) már csak minden másodikra ismerte fel, aztán már sehogyse. Illetőleg az USB2.0-ás csatin látja, és működik, csakhát azon 2,5x lassabban. Az USB3.0-ás csatin meg már csak felpörgeti.

[ Szerkesztve ]

Hölgyek/Urak!

Linux Mint esetében mit jelent a Cinnamon/MATE/Xfce?

Let the Zone take me if I am.

Asztali környezetek, gyakorlatilag más GUI, más programok. Ez a többi Linuxra is igaz, a Cinnamon a Mint sajátja (de elérhető máshol is), a többi meg univerzális (mint a Gnome, KDE stb.)

A különböző desktop environmenteket. A Cinna eléggé hasonlít a Windows felületére, de sokat is eszik a memóriából a többihez képest. MATE a régi GNOME2-re hajaz, XFCE elég alacsony étvágyú, de kissé fapad.

https://www.coreinfinity.tech

Nekem valami kis étvágyú kell.

P4 3 GHz, SSD és 2 GB RAM gépre Xubuntut tettem fel, de boot során tíz percig látszólag semmi nem történik csak fekete képernyő (a hdd led sem villog).

Utána már rendben működik. Arra gondoltam kipróbálok egy Mint XFCE-t.

Let the Zone take me if I am.

Köszi.

Let the Zone take me if I am.

A Cinna eléggé hasonlít a Windows felületére, de sokat is eszik a memóriából a többihez képest.

Ezt lassan el kéne felejteni, kipróbáltam nemrég, kicsit több telepítés után a fogyasztása, mint KDE-nek, de ha beindul a böngészés, ugyanott vannak. Telepítés után 15MB különbség volt a két bootolt rendszer között. A Manjaro XFCE jóval többet evett mindkettőnél. Nincs jelentősége egy átlagos gépnél már ennek 100-200MB különbség induláskor, max ennyi, de gondolom használják a gépet boot után, így aztán....
Ma már a kezelhetőség,. funkcionalítás meg a kinézet számít egy DE-nél, kivéve persze, ha old computer-ről van szó.
(ha már funkcionalítás, a Gnome jóval többet eszik a Cinnamonnál, pedig egyre több funkciót kigyomlálnak belőle)

[link]

XFCE esetén szerintem sokkal jobb a Mint XFCE, mint a Xubuntu, de hogy azzal a múlkori boot dologgal mit kezd majd.
Az, ha jól emlékszem a különböző services várakoztatás miatt volt, az meg független az asztali felületektől

[ Szerkesztve ]

Ha a Mint jobb alapnak akkor felteszem inkább, nincs a gépen semmi olyan ami miatt ne kísérletezhetnék a disztrókkal.

Igen, az update service fogta meg először amit megoldottunk, de azóta sem lett sokkal fürgébb.

Let the Zone take me if I am.

XFCE esetén jobb, a Mate verziót az Ubuntunál tartottam jobbnak, de csak a 16.04-et ismertem.
Sajnos ha már a fékező elemeket kilőttük, akkor marad az, hogy az öreg gépen már semmi nem fog villámként bootolni sajna. Ha ez a Mint XFCE elfogadhatóan fog azért futni, nincs is túl sok értelme még lejjebb menni, mivel a böngészés úgyis elviszi, ami megmarad bootnál. Talán a nagyon csont rendszerek, de azt meg használni nem fogod tudni túl könnyen, a kezelhetőségre gondolok itt.

Fentiek miatt dobta a Lubuntu is a lightos LXDE felületet, mert már nincs értelme, ahogy a Manjaronál is beáldozzák a lightosságot a kinézetnek, saját szememmel láttam, hogy egy friss Manjaro XFCE 600MB-ról indul! A nagyétvágyúnak ismert Cinnamon (Mint-en) meg 486MB-tal!

[ Szerkesztve ]

Manjaro XFCE-vel 600MB-ról? Jesszus. Én most raktam fel a másik notira a Manjaro KDE-t (miután megvolt az usb3-as winyós procedóra), és teljesen felfrissítve most 512MB-ot mutat memóriafoglalásra. Amúgy majd mindjárt mesélek mi volt a winyóval

King Unique, ubyegon2, CPT.Pirk

King Unique-nak hála rendesen bebootolt a Windows 10-esre a teszt noti, úgyhogy mehetett a firmware update szoftver letöltése. És ekkor ért a meglepetés. Már a Windows se látta az USB3.0-ás porton a winyót (4 hete mikor próbáltam még igen). Úgyhogy ekkor már biztos volt, hogy a firmware frissítés nem fog segíteni, ha van újabb. Volt is új firmware, és fel is tettem. Imádkoztam közben, hogy ne legyen galiba, mert biztonsági mentést nem tudtam hely hiányában csinálni Aztán átmentem a szomszédhoz és kipróbáltam a Toshiba kábelével, és azonnal felismerte az Arch Linux is a winyót az USB3.0-ás porton. Úgyhogy a gyári WD kábel elkezdte bemondani az unalmast még nyár eleje környékén (akkor kezdődött hogy minden másodikra volt jó), aztán nyár közepén lett olyan állapotban a kábel, hogy már az USB3.0-ás szabványnak már nem felel meg az "állapota".
Köszönöm mindannyiótoknak a segítséget

[ Szerkesztve ]

Lubuntut is megnézheted, eléggé lightweight. Vaaaagy.. i3... Hát nem egy windowsos felület de n*10 MB ramot kér.

Sziasztok,

Debiannal kapcsolatban szeretnék segítséget kérni.
Gépinfó: Dell PowerEdge2900, 2.1.0 bios, RAID vezérlő, 4gb ram, 2db 4 magos 2ghz Intel Xeon 5300 proci

Debian 8.2 fizikai RAID5-ben van, 3 hdd-ből 1 "megdöglött" (sárgán villogott a hdd), majd amikor kivettem és visszaraktam már jó volt(zölden villogott), de a foreign importnál nem sikerült helyreállítani (Failed to import: 0xC) a retag pedig nem opció.

Egy még régebben kivett hdd-t újra beletettem de ekkor a grub2 jött be. Más OS nincs a lemezeken.
A grub-nál ezekkel próbálkoztam: [link]
De a kernel nem tudta mountolni a root fájlrendszert:
Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Mielőtt a grub bejönne ezt pörgeti végig kb 30-szor: error invalid variable name 'x' (x 0-tól nő kb 30-ig)

Találkoztatok már hasonlóval? Szűkös linux tudásom miatt mindenhol falba ütközök, ezért is örülnék ha valaki tudna segíteni legalább az egyik problémát megoldani, vagy útmutatás tudna adni hogy merre nézelődjek.

Hy!

Ez a téma már nem a kezdőbe való, inkább itt kérdezz rá: https://prohardver.hu/tema/a_nagy_linux_topic/friss.html

Shyciii:
Hmm, ez ilyen. Az USB szabvány eléggé nem toleráns a kábelek hullámimpedanciájára.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Tehát ami megmarad a boot után, azt használhatod az alkalmazásaidra... ergo érdemes lejjebb menni, ha lehet. Nagyon lowend gépekre ajánlom a BunsenLabs Heliumot: Debian stable openboxszal.

https://www.coreinfinity.tech

Nagyon lowend gépek esetén érdemes, ahol 100MB is jelent valamit. Legfeljebb ma már ezen nem böngészik az ember túlzottan. Ha igen, akkor bakfitty. Sajnos ez van, nyugodtan ki is írhatnák a disztrók a weboldalaikra a lightos terjesztésekhez, hogy old computer ilyen-olyan használatra, kivéve böngésző!

A kérdezőnek 2GB RAM-ja van.

[ Szerkesztve ]

Text-based terminálos böngészők?

Ez látod eszembe sem jutott, kutga kolléga biztosan nagy örömmel ismerkedne ily módon a rendszerrel! 😀

Én is örülök, hogy ilyen könnyen megoldódott, de most belefutottam egy hatalmas szívásba

És egyben mindenkihez intéznám a kérdést. Főleg akik Arch-ot használnak.
Ma próbáltam először az androidos telómról leszedni a nyaralás fotóit. Erre két módszert szoktam használni:
- mtp módba a teló, és kábellel leszedem valamelyik fájlkezelővel (Dolphin, Double Commander)
- telón indítok egy ftp szervert, és pl Double Commanderrel rácsatlakozom, és átmásolom

És ekkor ért a meglepetés...

FTP-s megoldás:
Gyönyörűen működik, hisz eddig is a custom romok filejait, vagy doksikat így másoltam le-fel. Képek másolása is ment. A fekete leves akkor jött, mikor a lemásolt fotókat megnyitottam. Mind hibás volt. Mindegyik képnek csak egy része volt meg, a többi szürke csík. Ilyet akkor láttam utoljára mikor még PATA-s winyóknál a kábel megsérült, és hibásan másolt. Nah de itt ugye wlan-on keresztül ment. SSD nem lehet hibás, mert winyóról másolva vagy SSD-n belül másolva ilyen gond nincs. Ez az a jelenség, ami esetében tényleg halvány lila gőzöm sincs, hogy mitől lehet...tán rossz wlan drivert rakott fel az Arch telepítő? Mert én külön nem raktam fel wlan drivert...

Kábeles megoldás:
Érzékeli a gép, hogy csatlakoztatva lett, fel is ajánlja hogy mountoljam. Nosza rajta. Azonnal hibaüzenet:
"The file or folder udi=/org/kde/solid/udev/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/ does not exist"
Mindezt úgy, hogy az android-udev csomagot felraktam, és ellenőriztem, hogy a /usr/lib/udev/rules.d/51-android.rules fileban szerepel a Xiaomi telefonoknál a megfelelő idProduct szám (lsusb-vel tudtam meg). Szerepel alapból, remek. Természetesen fent van a libmtp is. Ennek ellenére nem megy.

Gondoltam megnézem a teszt notin, hisz délelőtt felraktam egy Manjaro KDE-t. Mondanom sem kell, hogy simán felmountolja mikor kábellel rácsatlakozom. Pedig abban az udev fileban nincs több adat, mint ami az Archban van. Persze itt sem 100%, mert bár felmountolja, és tudom tallózni a teló tartalmát, de nem enged másolni, mondvámn nincs olvasási jog. Pedig ha megnézem a file-t, akkor olvasási joga van mindenkinek.
Megnéztem FTP-s módszerrel is, és az is működik, és nem rontja el a fileokat. Tökéletesen jelennek meg.

Van valakinek tapasztalata Arch és Android MTP-re? Mert ha már a kábeles megoldás menne az jó lenne. Arra gondolom egyszerűbb valahogy megoldást találni, mint a hálózatos FTP mitől rontja el a képfileokat...