Új hozzászólás Aktív témák

• #98414 bviktor93 tag

  Új Válasz 2024-09-10 22:19:08 #98414

  Ú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

  

  bviktor93

  tag

  Sziasztok!
  Egy elég érdekes problémám akadt, és szinte biztos, hogy virtualizációhoz van köze: Egy Ubuntu rendszeren futtatok VMWare Workstation alatt egy VM-et, egyébként ezt, de nem tudom számít-e, a nested virtualisation (VT-X) be van kapcsolva, minden rendben működik a VM-mel amíg fut.
  Viszont: ha leállítom, az első ami feltűnt, hogy megmaradnak a magas load avg. értékek (ilyen 6-7 körüli), ami a VM futása mellett még rendben van, viszont utána teljesen idokolatlan. De amúgy nem fut semilyen process ami ezt indokolja, ventiáltorok alapon tekernek, CPU hőmérsékletek teljesen rendben vannak. A rendszer ezen kívül teljesen normálisan működik.
  De ami még idegesítőbb, hogy miután leállítottam a VM-et, nem tudom rendesen kikapcsolni a rendszert: órákig csak teker az Ubuntu logo a shutdown now után, és nem történik semmi, manuálisan kell kinyomnom a power gombbal.
  Lementettem némi logot, bemásolok pár részletet, ez történik a háttérben kikapcsolás után:
  sudo journalctl -rb -1
  ...
  Sep 10 21:10:38 ubuntubox kernel: NMI backtrace for cpu 3 skipped: idling at intel_idle+0x72/0xe0
Sep 10 21:10:38 ubuntubox kernel: Sending NMI from CPU 7 to CPUs 3:
Sep 10 21:10:38 ubuntubox kernel: rcu: blocking rcu_node structures (internal RCU debug):
Sep 10 21:10:38 ubuntubox kernel: rcu: INFO: rcu_preempt detected expedited stalls on CPUs/tasks: { 3-...D } 11415673 jiffies s: 2149 root: 0x8/.
Sep 10 21:07:38 ubuntubox kernel: NMI backtrace for cpu 3 skipped: idling at intel_idle+0x72/0xe0
Sep 10 21:07:38 ubuntubox kernel: Sending NMI from CPU 7 to CPUs 3:
Sep 10 21:07:38 ubuntubox kernel: rcu: blocking rcu_node structures (internal RCU debug):
Sep 10 21:07:38 ubuntubox kernel: rcu: INFO: rcu_preempt detected expedited stalls on CPUs/tasks: { 3-...D } 11235449 jiffies s: 2149 root: 0x8/.
Sep 10 21:04:37 ubuntubox kernel: NMI backtrace for cpu 3 skipped: idling at intel_idle+0x72/0xe0
  ...
  és az összes service ilyen timeout-ot dob, ezt (pár részlet):
  ...
  Sep 10 20:08:31 ubuntubox systemd[1]: upower.service: Failed to kill control group /system.slice/upower.service, ignoring: Invalid argument
Sep 10 20:08:31 ubuntubox systemd[1]: upower.service: Killing process 1793 (upowerd) with signal SIGKILL.
Sep 10 20:08:31 ubuntubox systemd[1]: upower.service: State 'stop-sigterm' timed out. Killing.
Sep 10 20:08:31 ubuntubox systemd[1]: session-c3.scope: Killing process 12904 (fusermount) with signal SIGKILL.
Sep 10 20:08:31 ubuntubox systemd[1]: session-c3.scope: Stopping timed out. Killing.
Sep 10 20:08:31 ubuntubox systemd[1]: rtkit-daemon.service: Failed to kill control group /system.slice/rtkit-daemon.service, ignoring: Invalid argument
Sep 10 20:08:31 ubuntubox systemd[1]: rtkit-daemon.service: Killing process 1610 (rtkit-daemon) with signal SIGKILL.
Sep 10 20:08:31 ubuntubox systemd[1]: rtkit-daemon.service: State 'stop-sigterm' timed out. Killing.
Sep 10 20:08:31 ubuntubox systemd[1]: colord.service: Failed to kill control group /system.slice/colord.service, ignoring: Invalid argument
Sep 10 20:08:31 ubuntubox systemd[1]: colord.service: Killing process 1733 (colord) with signal SIGKILL.
Sep 10 20:08:31 ubuntubox systemd[1]: colord.service: State 'stop-sigterm' timed out. Killing.
Sep 10 20:08:31 ubuntubox systemd[1]: bluetooth.service: Killing process 964 (bluetoothd) with signal SIGKILL.
Sep 10 20:08:31 ubuntubox systemd[1]: bluetooth.service: State 'stop-sigterm' timed out. Killing.
Sep 10 20:08:31 ubuntubox systemd[1]: man-db.service: State 'stop-sigterm' timed out. Killing.
Sep 10 20:08:31 ubuntubox systemd[1]: fwupd-refresh.service: State 'stop-sigterm' timed out. Killing.
Sep 10 20:08:31 ubuntubox systemd[1]: virtlogd.service: Failed to kill control group /system.slice/virtlogd.service, ignoring: Invalid argument
Sep 10 20:08:31 ubuntubox systemd[1]: virtlogd.service: Killing process 1018 (virtlogd) with signal SIGKILL.
Sep 10 20:08:31 ubuntubox systemd[1]: virtlogd.service: State 'stop-sigterm' timed out. Killing.
  
  Több száz sor van még ebben, szívesen feltöltöm valahova az egészet, nem akarok itt szemetelni. Kb. 20:07-kor shutdown-oltam, és 21:10-kor még a fenti logokat dobálta, ekkor nyomtam ki a power gombbal.
  Onnan gondolom, hogy a VMware-es VM-hez köze, mert ha ezt nem indítom el teljesen normálisan működik a rendszer, rendben leáll, semmi gond nincs. Csak akkor van ez ha használtam a VM-et. Egyébként kb. csak erre használom ezt a rendszert, kb. semmi más nem is fut rajta, max. még egy böngésző.
  Valakinek esetleg van valami ötlete, hogy mi okozhatja ezt a problémát?
  

• #84578 bviktor93 tag #63718632 #84575

  Új Válasz 2022-06-27 20:12:38 #84578

  Ú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

  

  bviktor93

  tag

  válasz #63718632 #84575 üzenetére

  @májkimiki & K0zm0: Nincs rajta igazából fontos adat amiről ne lenne backup... Jobban sajnálom a 250 GB-os pendriveot... Akkor kijelenthető, hogy ez így RIP?

• #84574 bviktor93 tag #63718632 #84573

  Új Válasz 2022-06-27 19:56:13 #84574

  Ú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

  

  bviktor93

  tag

  válasz #63718632 #84573 üzenetére

  Soha nem futtattam róla Pi oprendszerét. Az történt, hogy tegnap este elindítottam egy torrentet (kb. 40 GB ~ 1500 fájl), jövök haza Transmission kb. 2/3-ánál megállt, ezzel a read-only hibával, akkor ebbe az állapotba került. Fogalmam sincs miért, lehet túlmelegedett? Sok volt neki a torrent, nem tudom. Az a baj kikapcsolni sem tudom ezt a write-protectiont.

• #84572 bviktor93 tag

  Új Válasz 2022-06-27 19:44:49 #84572

  Ú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

  

  bviktor93

  tag

  Sziasztok!

  A következő problémával szembesültem: egy USB pendriveomon valószűleg bekapcsolt a write protection, csak a noload option-nel tudom csatolni, ha sikerül mountolnom akkor meg csak read-only módban tudom használni értelemszerűen, mit lehet tenni, hogy leszedjem róla ezt?
  Ezekkel próbálkoztam:
  pi@raspberrypi:~ $ dmesg | tail
[ 4263.052029] scsi 0:0:0:0: Direct-Access      USB      SanDisk 3.2Gen1 1.00 PQ: 0 ANSI: 6
[ 4263.052398] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 4263.052817] sd 0:0:0:0: [sda] 488374272 512-byte logical blocks: (250 GB/233 GiB)
[ 4263.053397] sd 0:0:0:0: [sda] Write Protect is on
[ 4263.053406] sd 0:0:0:0: [sda] Mode Sense: 43 00 80 00
[ 4263.054001] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 4263.096497]  sda: sda1
[ 4263.098854] sd 0:0:0:0: [sda] Attached SCSI removable disk
[ 4263.529664] EXT4-fs (sda1): INFO: recovery required on readonly filesystem
[ 4263.529674] EXT4-fs (sda1): write access unavailable, cannot proceed (try mounting with noload)
pi@raspberrypi:~ $ man mount
pi@raspberrypi:~ $ mount -o noload /dev/sda1 /home/pi/Sandisk250
mount: only root can use "--options" option
pi@raspberrypi:~ $ sudo mount -o noload /dev/sda1 /home/pi/Sandisk250
mount: /home/pi/Sandisk250: WARNING: device write-protected, mounted read-only.
pi@raspberrypi:~ $ cd Sandisk250/
pi@raspberrypi:~/Sandisk250 $ touch testfile.txt
touch: 'testfile.txt' elérése sikertelen: Írásvédett fájlrendszer
pi@raspberrypi:~/Sandisk250 $ sudo hdparm -r0 /dev/sda
/dev/sda:
 setting readonly to 0 (off)
 readonly      =  0 (off)
  Próbálkoztam a hdparm -r0 -al, nem változott semmi. Mit lehetne még tenni? Értelemszerűen formázni sem tudom.
  
  Előre is köszi

• #60604 bviktor93 tag

  Új Válasz 2018-05-29 19:39:28 #60604

  Ú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

  

  bviktor93

  tag

  Köszi mindenkinek.
  Végülis fdisk-el csináltam, leírás alapján nem volt túl nehéz, most már ott van az ext4 partíció. Még fel kell mountolnom, aztán megnézek rajta egy samba megosztást meg hasonlókat hogy működik.

• #60599 bviktor93 tag

  Új Válasz 2018-05-29 18:50:42 #60599

  Ú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

  

  bviktor93

  tag

  Sziasztok!

  A következő a problémám: Egy raspberry pi-n (raspbian) szeretnék egy jelenleg NTFS 32 GB-os pendrive-ot ext4-re formázni a sudo mkfs.ext4 /dev/sda1 paranccsal, a képen látható módon. Azonban utána hiába nyomok yes-t, a pendrive nem kerül formázásra ugyanúgy megmarad az NTFS fálrendszer a rajta lévő fájlokkal együtt: [kép link]
  Tehát azt szeretném ha lenne egy üres 32 GB-os ext4 partícióm a mostani NTFS helyett. Milyen paranccsal lehetne ezt megvalósítani?
  Valószínűleg nem túl bonyolult dolog csak most sehogy nem találok rá megoldást.
  Előre is köszi

  szerk: ha unmount-olom akkor sem működik a dolog.

Új hozzászólás Aktív témák