#2 Ha bekapcsolva hagyod és kikapcsol, az energia ellátási beállítás. Amit e mondatod után írsz, az megoldható egy szkripttel, összefügg az eredeti kérdéssel.

Meg kell nézni, van-e itt 'xhci_hcd' ill. alábbi parancs listázza a könyvtár tartalmát,

ls /sys/bus/pci/drivers/ --width=1

neked mi? Vélhetően van ott valami.

De BIOS-ban ki van kapcsolva, mert az 'lsmod' kimenetben nem látom
http://pastebin.com/3tk2vaUm
hogy 'xhci_hcd'. Másrészt csak akkor látom, ha csatlakoztattál valamit az USB aljzatba, vagy például bekapcsolva hagytad a Bluetooth-t, ha ezek után (csatlakoztatás, bekapcsolás) adod ki, hogy 'lsmod'. Akkor használja a rendszer, ha szükség van rá.
Mert itt van, az 'lspci' kimenetben, az eszköz használja,
Kernel driver in use: xhci_hcd
http://pastebin.com/b8stB6zw
azért nézd már meg, hogy a BIOS-ban az xHCI ki- vagy be van-e kapcsolva jelenleg. Valahol csak van ilyen beállítás.

És akkor a válaszaidból 'összedobunk' egy USB reset szkriptet, valamelyikből:
http://billauer.co.il/blog/2013/02/usb-reset-ehci-uhci-linux/
( http://forums.linuxmint.com/viewtopic.php?f=49&t=194776 )
https://enc.com.au/2014/02/14/resetting-usb-devices/
https://gist.github.com/skx/8999821

Bár lehet, máshogyan is megoldható, most még nem tudom.

Kéne még a kernel verziója (is):

uname -a

Minek kapcsolod ki a bluetooth-ot? Van ennek billentyűzet kapcsolója? Ha billentyűvel kapcsolod be, akkor kéne egy 'dmesg' kimenet is majd. Miután bekapcsolod, vársz 10 másodpercet ... és kiadod:

dmesg | tee dmesg_bttest_01.txt | xdg-open bttest_01.txt

http://pastebin.com/3tk2vaUm

http://pastebin.com/b8stB6zw

itt van amit kértél, windows nincs telepitve. Csak a mint van.

Okosabb lettem annyival, hogy ezt csak akkor csinálja ha kikapcsolom/letiltom a bluetooth ot.

Ha bekapcsolva hagyom akkor kikapcsol. Még akkor fordul elő, ha felfüggeszti magát a rendszer, abból felébred, bejelentkezem és kikapcsolom a gépet akkor kikapcsol és újraindul újra. ha újra kikapcsolom akkor kikapcsol de azt sem mindig.

Előre is kösz a segitségért.!

 

#6 Röviden; az USB eszközök betöltéséhez használ a régebben használtnál újabb kernel modul. Írtam róla, hogy kernel modulként mit csinál vagyis mit kéne - ez okozza a hibajelenséget, más hasonló gépet használók és a segítőik szerint. Az eHCI is ott van, azaz jelen van a rendszereden, ez azt hiszem (mert van még az uHCI) a régebbi. Ezt kell 'munkára fogni' majd.
Bővebben; most fejből leírni nem tudom, hogy spec. a BIOS-ban be- vagy kikapcsolva mi. :)
A másik két parancs kimenete is kéne, összesen négy, mert a BIOS-ban kikapcsolt xHCI-vel és bekapcsolttal az kettő-kettő teszt.

És még azt kéne tesztelni, hogy a hibajelenségekkkel 'mi van' ha kikapcsolod az xHCI-t a BIOS-ban.

 Hello, kikapcsoltam a biosban xHCI mode ot és minden ok. annyi külömbséggel, hogy letiltotta a sd kártya slot ot, de van usb kártya olvasóm ugyhogy az nem gáz.

Annyi a kérdésem, hogy az a XHCI mode az mi a csoda?

 

#8 Mielőtt bármilyen szkriptet használunk, meg néne nézned a BOS beállításokat ott, ahol átállítottad.
Az xHCI kezeli az USB 3.0 -ás eszközöket. A kártyaolvasód 3.0 -ás eszköz?
Milyen választási lehetősége van a BIOS-ban, ilyesmi (elég elírnod, nem kell kép)
http://superuser.com/questions/480045/what-does-the-bios-setting-xhci-pr...

XHCI Mode = Disabled - The on-board USB 3.0 port function like a 2.0 port

XHCI Mode = Enabled - The on-board USB 3.0 port function like a 3.0 port

XHCI Mode = Auto - The on-board USB 3.0 port function like a 2.0 port before OS USB 3.0 driver load. If you reboot the OS, the on-board USB 3.0 port again function like a 2.0 port during this reboot BIOS phase before OS USB 3.0 driver load.

XHCI Mode = Smart Auto - The on-board USB 3.0 port function like a 2.0 port before OS USB 3.0 driver load. If you reboot the OS, during this reboot BIOS phase, BIOS is "Smart" enough to avoid downgrade the USB 3.0 port back to 2.0 functionality before OS USB 3.0 driver load. So Smart Auto is faster than Auto on 2nd boot onward, but Enabled is fastest once you are sure the OS has the USB 3.0 driver installed, because it avoid the switching. Making the on-board USB 3.0 port function like a 2.0 port is mainly to support OS installation or to support OS that does not have build-in USB 3.0 driver, so that the USB keyboard would still work if the user plug-in a USB keyboard or any other USB devices into the USB 3.0 ports before the OS is installed with the USB 3.0 driver come with the motherboard.

vagy ilyesmi?
... ja a választás itt ugyanaz lehet (tehát elóbbi nem kérdés), csak a menü neve más
https://communities.intel.com/thread/52421

Tehát lehet 'Enabled', 'Disabled', 'Auto 'vagy mi más lehetőség van?

Ha lenne ilyen, hogy 'Smart Auto' (lásd fentebb), akkor azt ki lehetne próbálni ugyanígy a teszt parancsokkal. Persze, ha a kártya olvasód 3.0-ás csak (ilyen szerintem nem nagyon van), akkor ez nem fog működni. Persze, ha a beálíltással működik a kártyaolvasó is, akkor annak a sebessége a 2.0-énak lesz megfelelő ..., ha ezzel együtt tudsz élni, akkor jó. Mert jó esetben akkor a kártyaolvasót az eHCI fogja kezelni (2.0-ás meghajtó modul). És minden más, a géphez csatlakoztatot (az USB port[ok]hoz, ami elméletileg 3.0-as is tud) eszközt is így fog kezelni a rendszer.

Vélhetően nem a Smart Auto van beállítva most, hanem - ahogy kértem - letiltottad az xHCI-t. Nekem is utána kell néznem valamennyire az USB 3.0-ás szabvány és Linux történetnek. És ezért nem is látja az eszközt, a kártya olvasót ( 8086:9c31 ) az 'lspci -nv' kimenet, tehát nincs a kimenetben
http://pastebin.com/AGgUwCPz
az xHCI kikapcsolása után ez; 8086:9c31 (a kártya olvasó)

Tehát kb. ennyir lesz lassabb a másolási és írási tevékenységed a 2.0-nál maradva.
http://en.community.dell.com/support-forums/desktop/f/3514/t/19629247

Milyen lehetőségek vannak a BIOS xHCI beállításnál?

Örülök, hogy kezded megérteni ezt a dolgot, valamit biztosan lehet még csinálni. :)

Rátérhetünk a szkriptre is úgy délután, estefelé.

 Bekapcsolt xHCI vel: 

http://pastebin.com/b8stB6zw

http://pastebin.com/3tk2vaUm

http://pastebin.com/TbyPnNZ3

 kikapcsolt xHCIVvel:

http://pastebin.com/AGgUwCPz

http://pastebin.com/x24LsPJb

kikapcsolatam a biosban azt a xHCI valamit és most kikapcsol rendesen, ha felfüggeszti magát ugyis, ha kikapcsolom a bluetoot ot ugyis, igy most remek, ami nem megy az a kártyaolvasó nem reagál semmire.

Bocs ha értetlenkedek de kb egy 3 hete van linuxom, ugyhogy a kezdő jelző igen illik rám.

És ha mostmár müködik akkor van még valami tennivaló ? vagy lehet igy használni?

#10 Rendben.

Ezt írod (korábban): 'igy most remek, ami nem megy az a kártyaolvasó nem reagál semmire.'

Meg ezt is (eggyel később): 'Az engem egyáltalán nem zavar ha 3.o helyett 2.o sebességgel olvas, Gyors élet lassu halál.'

Akkor másik portba dugva mégis olvas a kártyaolvasó? Bocs, elveszek a témákban, ez egy notebook.
Hm, akkor kéne valamit csinálni ezzel mégis, ha használni szeretnéd a belső kártyaolvasót.
A szkript egy szöveges fájl, melyben több parancs követi egymást, bizonyos tekintetben egymásra épülhetnek.
Ha tanultál vagy valamennyire ismered a Libreoffice Calc alkalmazását (néha szokták úgy is ismerni, hogy olyasmi, mint a MS Excel), akkor ott van ilyen, hogy 'if', tehát 'ha' egy feltétel teljesül, akkor ezt meg ez legyen. A szkriptben az 'akkor' a 'then', de ezek kis részletek csak .. tehát a különböző parancsok (parancssorok, azaz utasítások) valahogy egymásra épülnek (ahogy és amilyen célra megírták).
A példában szereplő szkript egy USB lenullázó (RESET), azt csinálja, hogy bizonyos modulokat, pontosabban eszköz címeket reset-el, és a szkript csatlakoztatja új címre, ezáltal használható lesz.

A neked egészen megfelelő megoldáson gondolkodom, eszembe jutott, bevállna-e, ha a kikapcsolás előtt eltávolítanánk (átmenetileg, nem végleges törlés ez) az 'xhci_hcd' kernel modult.

Természetesen a BIOS-ban bekapcsolva kell legyen az xHCI az alábbi próbáknál.

Tehát van a kikapcs parancsot, és elé beszúrjuk ezt. De ne menjünk ennyire előre, egyelőre add ki ezt,

sudo rmmod xhci_hcd

és utána próbálkozz a kikapcsolással.
Lehet hiba lesz, ilyesmi,
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/775543/comments/10
( https://bugs.launchpad.net/ubuntu/+source/linux/+bug/775543 )
azaz nem tudod 'törölni' (hogy miért, az kiderül a terminál válaszból. (pastebin)

A következő próba hasonló, de kombináljuk. (pastebin)

sudo rmmod xhci_hcd && sudo modprobe xhci_hcd

utána próba.

A Bluetooth és a Wifi kikapcsolására az automatikusan induló alkalmazások beállításnál lehetőséged.

De valójában mindig kikapcsolod a notebook-ot vagy altatod, illetve hibernálod is? És utóbbiakból visszatérve nem reagál a kikapcsolásra. Vagy csak a bekapcsológombbal bekapcsolod, aztán ugyanitt kikapcsolod - mint egy asztali gépen?

Még valami. A tüneteket mikor produkálja, amikor van kártya a kártya olvasóban vagy akkor is, amikor nincs? Kikapcsoláskor és bekapcsoláskor amúgy benne szoktad hagyni a kártyát az olvasóban?
Továbbá, a kártyát a notebook-on formáztad vagy máshol, kártya bedugáskor nem szokott gond lenni az eszköz (és az azon lévő partíció csatlakoztatásával), első nyílik a fájlkezelőben? leválasztáskor jelentkezik probléma.
Be kéne helyezni egy kártyát az olvasóba, és utána (csatlakoztatás is kéne) 15 másodperccel add ki a

dmesg

parancsot és a kimenet kéne. Hátha van I/O hiba (adat ki- és be .. valami probléma, kártya hiba lenne)

 Hello.

xHCI mode: 

-disabled.......jelenlegi beállitás

-enabled

-auto

-smart auto

 Amikor beállitottam kipróbáltam valamennyit, de az összesnél ujraindult. Kivéve persze a disabled módnál, ezen megörvendve igy is maradt.

USB legacy: enabled........jelenlegi beállitás

Card Read: SD 3.0 104 Mb/s

USB port. USB 3.0 5Gb/s

USB 2.0 480 Mb/s

BT.USB 2.0 480 Mb/s

Az engem egyáltalán nem zavar ha 3.o helyett 2.o sebességgel olvas, Gyors élet lassu halál.

De ha igy marad az sem gond, persze nyitott vagyok a kisérletezgetésre.

Az a script valami irás, irott program ? következtetek a jelentéséből.

Sajnos csak az esti órákban van időm ide benézni.

 

#12 Az előzmények ismeretében vélhetően a wakeup-ban tiltani kell az xHCI-t (ezt holnap délelőtt lehet, le tudom írni, ha nem, akkor este)

Más: ha 'su'-val emelt jogot szerzel, akkor nem kell már a sudo, tehát így kell a kétféle emelt jog után kiadni azt a parancsot, ami neked nem sikerül

- felhasználó (sudo) | $

platon@platon-Lenovo-Flex-2-14 ~ $ sudo rmmod xhci_hcd && sudo shutdown -h now

- felhasználó (su) | #

platon-Lenovo-Flex-2-14 platon # rmmod xhci_hcd && shutdown -h now

A leírások többsége 'sudo'-val van, ezért érdemest ezt használni például ..., másrészt sok parancshoz nem kell a 'su' (egy 'exit'-tel többet kell gépelned, ha váltogatod ezeket) vagy a 'sudo', de ebbe most nem megyek bele.

Az '&&' azt jelenti a parancsban, hogy az első parancs lefutása után fusson le a második parancs is.

Az '&' mást jelent. Ha így indítasz el a terminálban egy alkalmazást, akkor a terminál az alkalmazás indítása után bezáródik,

firefox &

míg ha '&' nélkül indítod terminálban, a terminál ablaka nyitva marad. Utóbit tesztelésre, hibakeresésre lehet használni.

A '&' az Alt + F2 ('Futtatás') alkalmazás használatakor nem kell.

firefox

 Természetesen, ez a beépitett kártyaolvasóról van szó. Tegnap irtad, hogy meglehet oldani de viszont cserébe veszit a sebességéből, erre irtam, hogy ez engem nem zavar. Vagyis igy értelmeztem a leirtakat, 

Éjszakára mindig kikapcsolom, nappal megy de aktivitás hiányában felfüggeszti magát. Végülis ez volt a probléma hogy amikor innen felébred és kikapcsolom teljesen akkor + még egyszer ujraindult. és ha letiltottam a bluetooth ot akkor folyton ujraindult. Ebben az esetben csak a standby gombal hosszan nyomvatartva lehetett csak kikapcsolni.

Hibernáltatni nem szoktam, ugyhallom nem tesz jót az ssd nek. és amugyis felesleges.

Végülis reagál a kikapcsolásra, ez ugy müködik, hogy a menüből kikapcsolom a rendszer leáll, majd 2 másodperc elteltével ujraindul, ugyan ugy mintha az ujrainditás opciót választottam volna. Ezért lehetett csak gombal kikapcsolni.

Kártyával és anélkül is csinálta.A kártya mindig benne volt mostmár kivettem. Több kártyát is kipróbáltam, azt nem hiszem. az egyiknél szokot hibaüzenetet küldeni csatlakoztatásnál de az szerintem a kártya a végét járja. Ez a probléma azután jelentkezett miután letiltottam az xHCI modot.

Ismét aktiváltam a xHCI és a kártyaolvasó müködik.

A wifit kikapcsoltam a bios ban, a bluetooth ot viszont egy parancsal hallgatattam el.

http://pastebin.com/nakyZFbR

http://pastebin.com/gZr37D8T

http://pastebin.com/rBAaSP5e

#12 'Természetesen, ez a beépitett kártyaolvasóról van szó. Tegnap irtad, hogy meglehet oldani de viszont cserébe veszit a sebességéből, erre irtam, hogy ez engem nem zavar. Vagyis igy értelmeztem a leirtakat,'

Ha a BIOS-ban le van tiltva az xHCI, akkor működik a kártya olvasó? Még egyszer megkérdezem, mert azt írtad máshol, hogy nem működik így ... sem a kisebb, sem a nagyobb adat átviteli sebességgel. Tisztázzuk már végre, működik-e a letiltással avagy nem -- úgy egyáltalán. :)

 Természetesen, ez a beépitett kártyaolvasóról van szó. Tegnap irtad, hogy meglehet oldani de viszont cserébe veszit a sebességéből, erre irtam, hogy ez engem nem zavar. Vagyis igy értelmeztem a leirtakat, 

Éjszakára mindig kikapcsolom, nappal megy de aktivitás hiányában felfüggeszti magát. Végülis ez volt a probléma hogy amikor innen felébred és kikapcsolom teljesen akkor + még egyszer ujraindult. és ha letiltottam a bluetooth ot akkor folyton ujraindult. Ebben az esetben csak a standby gombal hosszan nyomvatartva lehetett csak kikapcsolni.

Hibernáltatni nem szoktam, ugyhallom nem tesz jót az ssd nek. és amugyis felesleges.

Végülis reagál a kikapcsolásra, ez ugy müködik, hogy a menüből kikapcsolom a rendszer leáll, majd 2 másodperc elteltével ujraindul, ugyan ugy mintha az ujrainditás opciót választottam volna. Ezért lehetett csak gombal kikapcsolni.

Kártyával és anélkül is csinálta.A kártya mindig benne volt mostmár kivettem. Több kártyát is kipróbáltam, azt nem hiszem. az egyiknél szokot hibaüzenetet küldeni csatlakoztatásnál de az szerintem a kártya a végét járja. Ez a probléma azután jelentkezett miután letiltottam az xHCI modot.

Ismét aktiváltam a xHCI és a kártyaolvasó müködik.

A wifit kikapcsoltam a bios ban, a bluetooth ot viszont egy parancsal hallgatattam el.

http://pastebin.com/nakyZFbR

http://pastebin.com/gZr37D8T

http://pastebin.com/rBAaSP5e

#20 Van egy ilyen 'mellékhatás', a teljes fényerő (olykor), bocs.

A Skype egy külső alkalmazás, én ezért (s)nem is használom. A kamera gondnak ugyanígy az xHCI BIOS-béli letiltása lehet az oka ... nem néztem utána. Próbálok kitaláni valamit - lassan megy, mert nekem is összejöttek elfoglaltságok, de nem nehézség - még erre az xHCI-re.

 megcsináltam azt amit javasoltál, eredménye: utána is ugyanugy ujraindult, plusz még  a fényerő is beragadt a maximumon amit nem lehetett állitani igyhát kitöröltem a fájlból azt amit bemásoltam és visszaállitottam ahogy volt.

figyelj hálás vagyok a jóindulatodért meg nagyon köszönöm de kezd telelenni a tököm az egész linuxal.

tegnap kellet volna valakivel beszéljek skyp on, erre nem megy a kamera, keresem, nem találom sehol.

A linux jó kezeléséhez sok tudás szükséges,  ezért is nem lessz 1 számú op rendszer, szerintem. és ami a legfontosabb nincs ingyen, megfizeted csak nem pénzzel hanem az időddel.

még nem rakom vissza az windowsot hátha fejlődök valamit e téren de ha nem lessz időm ezzel xarakodni akkor muszály lessz.

#19 Gyanúsak a kikapcsolt (wakeup-ra) eHCI (k)... mármint a 'Smart Auto' BIOS beállítás szempontjából szerintem hasznos lenne inkább bekapcsolva, de ezt később.
Bár az is lehet éppen az xHCI-t is disabled-re kéne venni:
https://wiki.archlinux.org/index.php/Power_management/Suspend_and_hibern...

 A kimenet bekapcsolt xHCI http://pastebin.com/Q7DhKud8

#28 Az altatás nem igazán megy még a jelenlegi kernelnek (nincs megoldva a suspend és a hibernate után minden folyamat megfelelő futása - minden egyes számítógépre, hardverre nincs) - ez nem bármilyen linux, hanem kernel gond (Linus Tornvalds és csapata), azért ajánlottam a Liquorix kernelt, hátha ezen javítottak (nem biztos, illetve nem valószínű, más dolgokat szokta javítgatni ..., de lehet, a te Lenovo Flex-szeden jól működne valamiért, nem nagy dolog telepíteni, kimaradt egy 'dist-upgrade' parancs). Ez azt hiszem, ez egy viszonylag új laptop a Lenovo-tól, de a bug jelentésekre reagálnak a kernel fejlesztői. Ha jól látom, akkor csak a Window 10 és A Windows 8 támogatja - akarom mondani a Windows sem ad teljes körű támogatást rá -, de ez sem lehet teljesen igaz, mert találkoztam olyan Lenovo-val, amely Windows 8-at nem, csak Windows 8.1 támogatást kapott ... viszont minden működött rajta (a Skype kamera is) egy (manapság) már lejárt támogatású Crunchbang 11-el (ezt én telepítettem rá, de nem tetszett a barátomnak, 'igényes'), ez tulajdonképpen egy Debian.

Tudom, hogy a szkript lefuttatása újraindítja z xHCI kernel modult, de a probléma pont az, hogy nem megfelelő eszközhöz párosítva fut az xHCI a wakeup után, azaz sehogyan sem fut. Rosszul fogalmaztam korábban. Wakeup (ébredés) után kell lefuttatni a szkriptet, és akkor minden működni fog. A normális kikapcsolást és a helyes működést is ez a hibaüzenet
'System wakeup disabled by ACPI'
(azaz ami mögötte van) akadályozza (a restart hibát kikapcsoláskor és a wakeup utáni kikapcsolási műveletet). Azt írtam, hogy bekapcsolt xHCI-vel próbáld ki ébredés után a szkriptet futtatni, majd próbáld kikapcsolni a rendszert. És persze a BIOS-ban kikapcsolt xHCI az oka a kamerád nem működésének. Miért? Mert USB-n csatlakoztatod.
( de míg az első linken nem beszél a Lenovo 8.1-ről csak 8-ról, a Flex 2-nél már 8.1 van - egyértelmű :), mert mondom, egy másik Lenovo-t csak a 8.1 támogat driverileg például. Amaz egy laptop. )
Itt nem látok beépített kamerát .. de ezt te is kitalálhattad volna,
http://shop.lenovo.com/hu/hu/laptops/lenovo/flex/flex-2-14/index.html#ta...
ha tudod, hogy USB-s a kamerád.
Nem mondom, hogy feltétlen szokd meg a linux-szot (csak ezt), de az imént leírtam, azt is amit még nem. Már mindent.
Tehát csak logikusan kéne gondolkoznod (USB-s kamera --> kikapcsolt xHCI --> persze, hogy nem működik). Azért ne tudd meg, a másik Lenovo-val mennyit szenvedtem a Windows 8.1-nél, nyilván ezt szokták meg a legtöbben. :)

Altatás, hibernálás utáni gondok tényleg vannak az újabb hardverek tekintetében ... a kernelnél és jelenleg. A cél, hogy működjön minél előbb. Még egyszer: ezt orvosolná a szkript :). Te mire gondoltál? Lehet másra.

Most mutatni szerettem volna, hogy ma mit ajánlott a szolgáltatóm (vagyis az egyik továbbértékesítő cég), ha újra hűséges leszek (2 évre - mert lejárt). Ugyanilyen pattintós (hasonló), de nem látom a honlapjukon :). Ami van, az nem az, de ráadásul Android-os mind, úgyhogy amúgy sem lenne jó Linux-ra. Ráadásul a jelen csomagomban, az ami a dobozával megmutatott márka, egyik sem ingyen van (csak hűséggel). Bocs a kitérőért.

Esetleg kipróbálhatsz egy LMDE-t (Linux Mint Debian Edition) vagy egy natív Debian-t, abból is a Wheezy-t (7), és nem a Jessie-t (8). Utóbbi kettőn kicsit nehezebb lesz a navigáció, de itt vagyunk, segítünk. Talán próbáld ki a  MATE verziót, mostanában ezt emlegetik sokan (jó értelemben) és a géped is bírni fogja. Egyáltalán nem garantált hogy meg lesz oldva az xHCI-s dolog (régebbi kernel van, és van újabb is, de .., csodák hátha vannak). Talán általában jobb lesz az élmény (vagy nem).

 Ha lefuttatom a skriptet ugyis ujraindult az xHCI t Auto smart ra tettem,  Használom kikapcsolt XHCI vel és akkor ok.nem gond

Nem értem ez kompatibilitás hiba, vagy rendszer hiba ? más verzióknál is találkoztál ilyesmi problémával ? pl régebbi:17, 17.1, 17,2, 

Pl ezelőtt volt ubuntum az remekül ment csak zabálta az aksit, és kicsit nagy is volt az én gépemhez.