Ahoj, prosím o radu/pomoc. Čerstvě používám na notebooku Debian Jessie Cinnamon 64bit a cca 1x denně se stane, že systém "vytuhne". Myší lze pohybovat, na klávesnici dle diody reaguje caps či num lock, hudba ve VLC hraje, ale nelze nic jiného, než vynout tlačítkem. Ve /var/log jsem nikde (dle času) nenašel žádnou zmínku, ve chvíli, kdy se to stane, se neděje nic mimořádného - v rámci běžného kancelářského použití.
Dříve jsem zkoušel Linux Mint 17 i LMDE (oba Cinnamon) a měl jsem obdobné problémy, i když se to projevovalo trochu jinak - klávesnice ani myš nereagovaly vůbec. Vyměnil jsem starší SSD za nové, nechal jsem notebook vyčistit - beze změny. Také jsem zkoušel Memtset - bez chyb.
Jelikož jsem linuxový začátečník, chtěl bych se zeptat, kde bych mohl vypátrat víc o příčině. Chápu, že v testing verzi se může něco dít, ale bohužel je pro mě problém sžít se s XFCE, LXDE, GNOME či KDE (zkoušel jsem vše), takže ve stabilní verzi nemám prověřeno, jestli se to děje také...
Díky.
Nejdriv bych vyloucil (otestovanim) chybu HDD a RAM. Memtest jsi psal ze byl OK, zjisti si jaky mas HDD (Seagate / Western Digital) a stahni si prislusny nastroj na kontrolu disku.
Pokud bude disk i RAM vporadku, chce to zjistit zda je to zalezitost SW nebo jineho HW (radic disku ci usb; lan, wifi, webcamera, chipset...).
Pokud ti to vsechno delalo na kombinaci testing (resp. buntu) + cinnamon tak vyzkousej nejlepe stable (lts buntu?) + jine prostredi.
"Problem" szit se s XFCE, LXDE, GNOME ci KDE musi jit docasne stranou.
Nevytuhli "len" X-ka?
-> Skus sa pomocou Ctrl+Alt+F1 prepnut do textovej konzoly (ak by to nereagovalo, skus najprv SysRq+R aby si X-kam "ukradol" klavesnicu - detailnejsi popis tu (http://www.root.cz/clanky/sysrq-klavesa-pro-reseni-problemu/))
-> Skus sa prihlasit zo siete cez ssh (ak su to len vytuhnute X-ka, malo by to ist bez problemov)
Vytuhnute X-ka mozu byt sposobene napriklad samotnym jadrom (obcas sa stava, ak mas prilis novy HW a CPU s integrovanou grafikou nie je este jadrom dostatocne podporovany), alebo ovladacom grafickej karty (ci uz v jadre alebo X-kovym ovladacom => obcas pomoze nahradit slobodny ovladac grafiky proprietarnym, pripadne opacne :P)
BTW: Kombinacia SysRq+REISUB je vo vacsine pripadov lepsi napad, nez natvrdo vypinat stroj tlacidlom Power (predpokladam, ze popisovany pripad je tvrde vypnutie podrzanim tlacidla niekolko sekund, a nie spustenie klasickeho shutdownu kratkym stlacenim) - aj ked sa moze zdat, ze pri SysRq+REISUB sa na obrazovke nic nedeje a potom sa zrazu masina rebootne, v logoch si mozes pozriet, ze sa ukoncili daemony, syncli a odmountovali suborove systemy a pod... Na niektorych strojoch vypnutie natvrdo vobec neublizi a pri dalsom boote sa len prehra zurnal a zbehne fsck a ide sa dalej, ale niekde moze tvrde vypnutie sposobit problemy (napriklad crashnutu MySQL databazu).
Díky moc za tip. Mám nainstalovaný ovladač Nvidia 340.46 - mám grafiku GeForce GT 330M. Budu to sledovat a případně použiji kouzelnou klávesu. Díky.
Jsem opět zpátky se svým problémem. Díky radě ohledně SYSRQ se mi 2x podařilo vše ukončit a restartovat. Pak se ale začal objevovat problém, který jsem měl už dřív na zmíněných distribucích - vše se zasekne, bliká capslock a nelze použít myš ani klávesnici, zbývá jen natvrdo vypnout. Jsem z toho dost zoufalý, jelikož chci u Linuxu (Debianu) zůstat, ale zároveň není možné, aby se mi 2x denně zasekával počítač. U Windows (7/8/8.1), z nichž jsem s tímto počítačem nedávno přešel, se mi to nestávalo...
Napadlo mě podívat se do BIOSu a zkusil jsem několik věcí vypnout - mj. Turbo boost - a zatím je vše bez problémů... Doufám, že jsem to nezakřiknul...
Mám Toshiba Satellite P500, Intel(R) Core(TM) i5 CPU M 450 @ 2.40GHz.
Pokud by s tím měl někdo zkušenost, budu rád za tip...
Díky.
To blikání LEDek na klábosnici je Kernel panic, prostě jádro systému z nějakýho závažnýho důvodu přestane pracovat. Jestli se to stane a budeš u toho, zaznamenej si čas úmrtí, pak se podívej do složky /var/log na soubory kern.log, syslog, nebo messages, vyhledej si tam čas úmrtí a třeba takovejch 10 řádků do toho času a včetně něj zkopíruj a vlož sem. Docela srozumitelně tam bude důvod poruchy.
Bude to vypadat třeba takhle:
Nov 22 20:21:30 Debian-Linux kernel: [280923.063168] bus: 4, device: 2 was not an MTP device
^Měsíc
^Den
^Lokální čas
^Název stroje
^Kdo zprávu hlásí
^Uptime (nemusí bejt)
^Obsah hlášení
Naposledy se to stalo 20/11 v 10h.
kern.logCitaceNov 20 07:22:45 michal-p500 kernel: [ 9.518947] hidraw: raw HID events driver (C) Jiri Kosina
Nov 20 07:22:45 michal-p500 kernel: [ 9.522689] usbcore: registered new interface driver usbhid
Nov 20 07:22:45 michal-p500 kernel: [ 9.522694] usbhid: USB HID core driver
Nov 20 07:22:45 michal-p500 kernel: [ 9.524848] input: Genius Optical Mouse as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.6/1-1.6:1.0/0003:0458:003A.0001/input/input23
Nov 20 07:22:45 michal-p500 kernel: [ 9.525026] hid-generic 0003:0458:003A.0001: input,hidraw0: USB HID v1.11 Mouse [Genius Optical Mouse] on usb-0000:00:1a.0-1.6/input0
Nov 20 07:33:33 michal-p500 kernel: [ 657.794998] perf interrupt took too long (2503 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
Nov 20 09:40:30 michal-p500 kernel: [ 8279.436102] tun: Universal TUN/TAP device driver, 1.6
Nov 20 09:40:30 michal-p500 kernel: [ 8279.436106] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Nov 20 09:41:02 michal-p500 kernel: [ 8311.535158] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev- instead.
Nov 20 09:43:09 michal-p500 kernel: [ 8439.022733] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev- instead.
messagesCitace
Nov 20 07:29:55 michal-p500 org.gnome.zeitgeist.SimpleIndexer[1447]: ** (zeitgeist-fts:1592): WARNING **: Unable to get info on application://cinnamon-custom-launcher-2.desktop
Nov 20 07:33:33 michal-p500 kernel: [ 657.794998] perf interrupt took too long (2503 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
Nov 20 07:49:59 michal-p500 org.gnome.zeitgeist.SimpleIndexer[1447]: ** (zeitgeist-fts:1592): WARNING **: Unable to get info on application://cinnamon-custom-launcher-2.desktop
Nov 20 08:13:25 michal-p500 org.gnome.zeitgeist.SimpleIndexer[1447]: ** (zeitgeist-fts:1592): WARNING **: Unable to get info on application://cinnamon-custom-launcher-2.desktop
Nov 20 08:35:03 michal-p500 org.gnome.zeitgeist.SimpleIndexer[1447]: ** (zeitgeist-fts:1592): WARNING **: Unable to get info on application://cinnamon-custom-launcher-2.desktop
Nov 20 08:41:22 michal-p500 org.gnome.zeitgeist.SimpleIndexer[1447]: ** (zeitgeist-fts:1592): WARNING **: Unable to get info on application://cinnamon-custom-launcher-2.desktop
Nov 20 09:40:30 michal-p500 kernel: [ 8279.436102] tun: Universal TUN/TAP device driver, 1.6
Nov 20 09:40:30 michal-p500 kernel: [ 8279.436106] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Nov 20 09:41:02 michal-p500 kernel: [ 8311.535158] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev- instead.
Nov 20 09:43:09 michal-p500 kernel: [ 8439.022733] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated). Use CAP_NET_ADMIN and alias netdev- instead.
syslogCitace
Nov 20 09:52:43 michal-p500 smartd[683]: Device: /dev/sda [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 120 to 92
Nov 20 09:52:43 michal-p500 smartd[683]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 45 to 46
Nov 20 09:52:43 michal-p500 smartd[683]: Device: /dev/sda [SAT], SMART Usage Attribute: 195 ECC_Uncorr_Error_Count changed from 100 to 120
Nov 20 09:52:43 michal-p500 smartd[683]: Device: /dev/sda [SAT], SMART Usage Attribute: 201 Unc_Soft_Read_Err_Rate changed from 100 to 120
Nov 20 09:52:43 michal-p500 smartd[683]: Device: /dev/sda [SAT], SMART Usage Attribute: 204 Soft_ECC_Correct_Rate changed from 100 to 120
Nov 20 09:52:43 michal-p500 smartd[683]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 103 to 102
Nov 20 09:55:01 michal-p500 CRON[10104]: (root) CMD (/etc/init.d/apf-firewall stop >> /dev/null 2>&1)
Nov 20 09:55:01 michal-p500 CRON[10105]: (root) CMD (test -x /usr/sbin/mcelog -a ! -e /etc/mcelog-disabled && /usr/sbin/mcelog --ignorenodev --filter >> /var/log/mcelog)
Nov 20 10:00:01 michal-p500 CRON[10320]: (root) CMD (/etc/init.d/apf-firewall stop >> /dev/null 2>&1)
Nov 20 10:00:01 michal-p500 CRON[10321]: (root) CMD (test -x /usr/sbin/mcelog -a ! -e /etc/mcelog-disabled && /usr/sbin/mcelog --ignorenodev --filter >> /var/log/mcelog)
Další záznamy jsou od času 10:05 a odpovídají startu systému po vypnutí...
Díky moc!
Asi jsem slepej, ale nevidím tam nic. Může to bejt HW problém. Příliš přetaktovanej stroj, vadná RAM, přehřátí, nebo třeba studeňák někde na desce, třeba na GPU.
Pro jistotu nabootuj třeba z flashky živej obraz Debíka- stáhneš obraz a "vypálíš" ho na flashku. Stačí starší vydání. A jestli to zase chcípne, chybu hledej v železe. Totiž tohle je okamžitá chyba neslučitelná se životem, na kterou jádro nedokázalo zareagovat, proto to není v žádným logu. Proto si to myslím.
Právě, v logu se nikdy nic neobjevilo - alespoň jak to můžu laicky zhodnotit...
Jak jsem psal výše, na Linux jsem přešel v srpnu. Obdobné problémy jsem měl na Linux Mint i LMDE. Předtím jsem měl Win7/8/8.1 a to bylo bez problémů.
Zkusil jsem Memtest - žádné chyby. Když se podívám na SMART SSD i HDD, tak taky žádné chyby. Teploty se pohybují od 43 do 70 C dle vytížení. Přetaktováno nemám, TurboBoost jsem vypnul v Biosu, ale nezdá se, že by to mělo vliv. Nepoužívám žádné speciální aplikace ovlivňující HW, vše jen instalace a updaty v rámci Jessie.
Nepodařilo se mi ani vypozorovat, že by "kernel panic" souvisel s nějakým konkrétním úkonem nebo aplikací.
Studeňáky apod. - spíš bych řekl že ne, jelikož je to notebook, nic se s ním nedělalo a v dobách windows žádné problémy nebyly.
Je to zoufalý, jelikož systém nechci měnit, ale zároveň mám počítač jako pracovní a tyhle pády jsou špatný...
Pokud by měl někdo další tip a byl by ochoten poradit, rád přidám další informace.
Díky.
Vratim se k tomu disku, uz jsem to psal - je to par tydnu, troufam si rict ze test jsi neprovadel. Je pekny ze ve SMARTu chyby nevidis, jednak urcite chyby disku se ve SMARTu nemusi objevit.
Dale jsi poprve uvedl ze mas SSD disk i klasicke HDD. Muzes sem dat jednak typy disků (device model), vypis SMART obou/vsech disků, provest "full scan" nastrojem/diagnostikou vyrobce + co ti vypise fdisk -l, resp. lsblk?
Obvzlaste provozujes-li system na SSD disku, muzou se ti chyby projevovat prakticky jakkoliv a nemusis prijit ani na to ze to dela ono SSD.
;)
Pardon, napravuji:
SSD (sda): Citace
=== START OF INFORMATION SECTION ===
Model Family: SandForce Driven SSDs
Device Model: ADATA SP900
Serial Number: 7E3520021302
LU WWN Device Id: 5 707c18 000072c3a
Firmware Version: 5.0.6c
User Capacity: 64,023,257,088 bytes [64.0 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS, ACS-2 T13/2015-D revision 3
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Thu Nov 27 12:38:42 2014 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x05) Offline data collection activity
was aborted by an interrupting command from host.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 33) The self-test routine was interrupted
by the host with a hard or soft reset.
Total time to complete Offline
data collection: ( 1563) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 48) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x0025) SCT Status supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x0033 120 120 050 Pre-fail Always - 0/0
5 Retired_Block_Count 0x0033 100 100 003 Pre-fail Always - 0
9 Power_On_Hours_and_Msec 0x0032 100 100 000 Old_age Always - 708h+32m+38.700s
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 316
171 Program_Fail_Count 0x000a 000 000 000 Old_age Always - 0
172 Erase_Fail_Count 0x0032 000 000 000 Old_age Always - 0
174 Unexpect_Power_Loss_Ct 0x0030 000 000 000 Old_age Offline - 49
177 Wear_Range_Delta 0x0000 000 000 000 Old_age Offline - 0
181 Program_Fail_Count 0x000a 000 000 000 Old_age Always - 0
182 Erase_Fail_Count 0x0032 000 000 000 Old_age Always - 0
187 Reported_Uncorrect 0x001c 100 100 000 Old_age Offline - 0
194 Temperature_Celsius 0x0022 042 051 000 Old_age Always - 42 (Min/Max 19/51)
195 ECC_Uncorr_Error_Count 0x001c 100 100 000 Old_age Offline - 0/0
196 Reallocated_Event_Count 0x0033 100 100 003 Pre-fail Always - 0
201 Unc_Soft_Read_Err_Rate 0x001c 100 100 000 Old_age Offline - 0/0
204 Soft_ECC_Correct_Rate 0x001c 100 100 000 Old_age Offline - 0/0
230 Life_Curve_Status 0x0013 100 100 000 Pre-fail Always - 100
231 SSD_Life_Left 0x0013 100 100 010 Pre-fail Always - 0
233 SandForce_Internal 0x0032 000 000 000 Old_age Always - 313
234 SandForce_Internal 0x0032 000 000 000 Old_age Always - 333
241 Lifetime_Writes_GiB 0x0032 000 000 000 Old_age Always - 333
242 Lifetime_Reads_GiB 0x0032 000 000 000 Old_age Always - 196
SMART Error Log not supported
SMART Self-test Log not supported
SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
HDD (sdb):Citace
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Scorpio Black (AF)
Device Model: WDC WD7500BPKT-75PK4T0
Serial Number: WD-WX11A9143993
LU WWN Device Id: 5 0014ee 602e8a8ac
Firmware Version: 01.01A01
User Capacity: 750,156,374,016 bytes [750 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Thu Nov 27 12:39:34 2014 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (12600) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 125) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x7035) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 195 171 021 Pre-fail Always - 1208
4 Start_Stop_Count 0x0032 097 097 000 Old_age Always - 3095
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 085 085 000 Old_age Always - 11278
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 2078
191 G-Sense_Error_Rate 0x0032 001 001 000 Old_age Always - 20351
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 591
193 Load_Cycle_Count 0x0032 095 095 000 Old_age Always - 317359
194 Temperature_Celsius 0x0022 109 089 000 Old_age Always - 38
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0
240 Head_Flying_Hours 0x0032 093 093 000 Old_age Always - 5143
241 Total_LBAs_Written 0x0032 200 200 000 Old_age Always - 22112592446
242 Total_LBAs_Read 0x0032 200 200 000 Old_age Always - 34063617306
254 Free_Fall_Sensor 0x0032 200 200 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
FSTAB:Citace
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=ff50c395-4813-43b7-82bc-31ceb0ae8048 / ext4 errors=remount-ro,noatime,discard 0 1
# /boot was on /dev/sda1 during installation
UUID=a80f4537-ed94-44ce-8586-6830c5127eb0 /boot ext4 noatime,defaults 0 2
# /home was on /dev/sda3 during installation
UUID=35213d85-b9c2-4f8f-a988-794fd7a10c71 /home ext4 defaults,noatime,discard 0 2
# /media/data was on /dev/sdb1 during installation
UUID=4c5a9809-3ac1-4e6d-aaab-dbe538fc0414 /media/data ext4 rw,users,auto 0 2
# swap was on /dev/sda4 during installation
UUID=8fd73cf7-5642-4c00-9383-ea5c9a565ea5 none swap sw 0 0
# /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
# /dev/sdc1 /media/usb0 auto rw,user,noauto 0 0
# /dev/sdc2 /media/usb1 auto rw,user,noauto 0 0
# /media/nas
//192.168.1.100/Public /media/nas-public cifs noserverino,rw,iocharset=utf8,username=XXX,password=XXX,dir_mode=0777,file_mode=0666,uid=1000 0 0
# tmpfs /var/log tmpfs defaults,noatime 0 0
tmpfs /tmp tmpfs nodev,nosuid,noatime,size=512M,mode=1777 0 0
fdisk -lCitace
Disk /dev/sda: 59,6 GiB, 64 023 257 088 bajtů, 125 045 424 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Typ popisu disku: dos
Identifikátor disku: 0x000b7eb6
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 976895 974848 476M 83 Linux
/dev/sda2 976896 49805311 48828416 23,3G 83 Linux
/dev/sda3 49805312 98633727 48828416 23,3G 83 Linux
/dev/sda4 98633728 114257919 15624192 7,5G 82 Linux swap / Solaris
Disk /dev/sdb: 698,7 GiB, 750 156 374 016 bajtů, 1 465 149 168 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Typ popisu disku: dos
Identifikátor disku: 0x000170e1
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 1465147391 1465145344 698,7G 83 Linux
lsblkCitaceNAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 59,6G 0 disk
├─sda1 8:1 0 476M 0 part /boot
├─sda2 8:2 0 23,3G 0 part /
├─sda3 8:3 0 23,3G 0 part /home
└─sda4 8:4 0 7,5G 0 part [SWAP]
sdb 8:16 0 698,7G 0 disk
└─sdb1 8:17 0 698,7G 0 part /media/data
sr0 11:0 1 1024M 0 rom
Nástroj od výrobce - ADATA SSD ToolBox - jsem pro Linux bohužel nenašel. Původně jsem měl starý OCZ Vertex 2, se kterým byla situace stejná.
Díky moc!
Moja alternatíva je že by si mal klasický disk odpojiť a nechať PC bežať len s SSD diskom kde máš Linux, ak to nezaberie tak následne by som vykonal odpojenie disku SSD a nahodil by som Linux na klasický disk, a nechal by som potom PC bežať s klasickým diskom, tak aspoň eliminuješ možnosť chybu diskov.
PS: jeden známy mal podobne náznaky ako popisuješ v tejto téme a nakoniec to bol vadný disk, najprv mu šiel O.K. mal tam Windows potom tam dal Linux a už neviem čo spravil zle pri inštalácii že mu to začalo robiť, takto sa handrkoval s Linuxom asi mesiac. Nakoniec tam dal späť Windows ale už mu to robilo aj vo Windowse tak preto sa tak prikláňam k možnosti že je to na 80% chyba disku len už neviem či chyba SSD alebo chyba klasického HDD. Chybu si nemusel zapríčiniť ty sám určite ak to bude diskom tak disk bol vadný už od začiatku len čakal na správnu chvíľu ti to dať najavo :)
Díky za reakci a zkušenosti.
Už třetí den zkouším variantu, kdy jsem dal pryč SSD, vše mám na HDD a zatím bez problému. Variantu pouze s SSD můžu zkusit jen na jiném počítači, jelikož má jen 60 GB a pracovních dat mám podstatně více. Po různých kombinacích a událostech bych to laicky tipoval takto:
- že by byl problém s SSD je mi divné, jelikož stejná situace byla i s jiným (Vertex2 80 GB), který je teď v počítači s LMDE jako jediný disk a k problémům nedochází
- měl jsem něco špatně nastavené (fstab?); nepostupoval jsem úplně stejně, jak je uvedeno na Debian wiki, ale spíš podle různých tipů z diskusí
- problém je v komunikaci mezi SSD a HDD (problém s řadičem?)
Optimální by pro mě byla varianta SSD na systém a home, HDD na data, další variantou samotné SSD na vše (min. 256 GB) anebo stávající s jedním HDD.
Rozdíl mezi systémem na SSD nebo na HDD není tak hrozný, ale jsou chvíle, kdy se mi zasteskne... (-:
V každém případě se s postupným seznamováním se a učením s Linuxem (Debianem) nemíním k Windows vracet ani za cenu, že by to fungovalo jako dřív a jak požaduji...
Protoze uz ubehl nejaky ten cas od doby co nemas system na SSD. Jak jsi na tom? Byly na HDD nejaky pady?
No, je to náročné. Po několika dnech klidu se problém vrátil. Vylučovací metodou jsem došel k názoru, že je problém v HDD, i když žádné chyby ve SMART nevykazoval. O víkendu jsem tedy pořídil nový a v naději se vrátil k variantě SSD + HDD. K problému došlo do hodiny od reinstalace. Napadlo mě, že bych mohl zkusit to, co jsem ještě nezkoušel, a to nechat rozdělit SSD instalátorem, jen jsem zvolil, že home bude samostatně (na SSD). Dřív jsem také nechával cca 10 GB neobsazených, což nově není.
Je velmi brzy to nějak hodnotit, ale zatím se nic nepřihodilo, a to ani při činnostech, při kterých se to v poslední době stávalo celkem pravidelně - kopírování z externího HDD anebo šifrování externího HDD (v obou případech TrueCrypt).
Současné rozdělení SSD instalátorem:Citacesda 8:0 0 59,6G 0 disk
├─sda1 8:1 0 9,3G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 2,1G 0 part [SWAP]
└─sda6 8:6 0 48,3G 0 part /home
Původní: Citacesda 8:0 0 59,6G 0 disk
├─sda1 8:1 0 476M 0 part /boot
├─sda2 8:2 0 23,3G 0 part /
├─sda3 8:3 0 23,3G 0 part /home
└─sda4 8:4 0 7,5G 0 part [SWAP]
Nevím (nerozumím), jestli to může mít vliv nebo je to jen náhoda a otázka času, ale byl bych moc rád, kdyby to tak už zůstalo.
Už dříve (s přechodem na variantu pouze HDD) jsem změnil systém na Wheezy, ale to můj problém nijak nezměnilo.
Ukončuji svůj seriál o neúspěchu s provozem Linuxu na svém notebooku. Celé mé několikaměsíční čachrování s disky a reinstalacemi bylo k ničemu, tak jsem zvolil ne úplně nejlepší variantu, která je pro mě ale jediným řešením. Přehodil jsem disky do (bohužel) méně výkonného notebooku, ve kterém vše běží sice na nižším rozlišení a pomaleji, zato ale spolehlivě. Nevím, jestli má smysl to ještě řešit, už jsem s tím ztratil dost času, navíc je to počítač z r. 2009. Jen mi bylo divné, že na Windows žádné problémy nebyly. No nic.
Díky za snahu pomoci.
No, ked tie disky bezia bez problemov v inom stroji, tak asi v nich chyba nebude (takze rosady s vymenami diskov nemali vyznam).
IMHO to moze byt zabugovany BIOS v tom notasku. Uz som sa stretol s tym, ze BIOS v notasku mal zle implementovane ACPI a v Linuxe to standardne robilo problemy. Ked sa Linux nastartoval s vypnutym ACPI, tak system chodil, ovsem bez ACPI featur, ako senzory, CPU governors, zaspavanie a pod. Nastastie vtedy sa mi podarilo na nete vypatrat fixnuty BIOS (niekto to disasembloval, nasiel chybu, opravil, hodil na net), tak som ho flashol a chodilo to. Bol k tomu aj zdrojak a bola tam nejaka stupidita v originalnom BIOSe (nejaky hlupy check kvoli Windoze kde bol pre Windoze nejaky hack, ale bola tam uplne opacna podmienka, takze ten hack sa aplikoval prave pre ne-Windoze)... takze konecnom dosledku to vo Windoze nejako chodilo (asi ten hack nebol vobec treba, alebo mozno len na nejake prehistoricke Windoze), ale inde to robilo problemy s ACPI. Ten notasek je znacky Asus a s patchnutym BIOSom je funkcny dodnes. Ovsem keby som vtedy nahodou nevypatral ten opraveny BIOS (fakt neviem co za boostra tu chybu vtedy nasiel a opravil), tak by som mohol fungovat len s vypnutym ACPI.
Mozno nieco podobne sa stalo tebe (nie nutne s ACPI) a v takom pripade sa s tym moc narobit neda. Mozno skusit updatnut na najnovsi BIOS, ci to nahodou nie je opravene. Ale celkovo je s tym vela roboty a vyhliadky na uspech slabe.
Asi je to uz jedno... pri notasku z roku 2009 toho moc nenarobis (ak by tam aj bol podobny bug v BIOSe, teda chyba vyrobcu, nemozes ho ani reklamovat ako srot nech ti vratia peniaze).
Ale to, ze to vo Windoze fungovalo a v roznych linuxovych distribuciach nie, ti nemusi byt az take divne. Uz sa to stalo aj inym :-)
Díky za tip, ale už to řešit nebudu. Strávil jsem problémem nekonečné hodiny bez výsledku, i když jsem se díky tomu naučil pár věcí ze světa Linuxu, což považuji za přínos, takže vše špatné je pro něco dobré.
Momentálně na náhradním notebooku vše funguje bez problému a to je stav, který potřebuji.
Linuxu zdar, Debianu zvlášť!
Ahoj, rád bych se podělil s vývojem mého problému po X měsících, kdy jsem používal jiný NB a pak jsem se zase vrátil k tomu, se kterým jsem měl uvedené potíže. Zkusil jsem na něm jiné distribuce, na nichž ke kernel panic nedocházelo, ale zase mi nevyhovovaly kvůli očím (nedokázal jsem nastavit, aby mě nebolely) - Manjaro, Fedora, CentOS. Pak jsem delší čas používal Antergos (Arch), kde se také problém neobjevoval, ale jednou za čas nastal stav, kdy bylo nutné restartovat, protože se "zasekla" Filezilla a nešlo to jinak vyřešit. Jak jsem už psal, s Linuxem pořád začínám a navíc už mě po všem zkoušení a testování nebaví stále něco studovat - potřebuju hlavně pracovat.
Takže jsem se zase dostal k Debianu - testing. Bohužel stejná situace. Zkusil jsem Jessie a stejná situace, přestože Linux Mint DE byl bez problému. A tak jsem udělal následující úpravy:
- v BIOSu jsem zakázal webkameru a HDMI
- na blacklist jsem přidall:
blacklist firewire_ohci
blacklist firewire_core
blacklist toshiba_bluetooth
blacklist rtl_pci
blacklist rtlwifi
blacklist rtl8192se
blacklist uvcvideo
a systém funguje bez problému už nějaký čas (doufám, že jsem to nezakřiknul... :)
Mám tedy Jessie XFCE a jsem konečně - po roce - zkoušení a vymýšlení - spokojen. Až bude nálada a čas, tak se možná dostanu k tomu, že budu postupně jednotlivé moduly zapínat, abych přišel na to, co to způsobuje, ale je taky možné, že se na to vykašlu... :).
UVC můžeš zapnout, to by muselo zamrzat jen při použití webkamery, nebo rovnou na začátku bootování systému, při zavádění modulu - to bys poznal.
Bluetooth, pokud nepoužíváš, nech v blacklistu, to samý platí i pro FireWire.
Mohly by to dělat ovladače pro Wi-Fi zařízení od výrobce RealTek. Že by tohle dělalo potíže? Je to dost možný, narychlo jsem vygoogloval, že s tím měli problémy třeba bubunťáci. Ale taky to může způsobovat správce připojení k síti.
Díky za reakci...
Zakomentoval jsem:
#blacklist rtl_pci
#blacklist rtlwifi
#blacklist rtl8192se
#blacklist uvcvideo
a zatím bez problémů. BT ani FW nejspíš potřebovat nebudu, takže to nechám takto...