-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
growler
őstag
Ugye tudod hogy ha nem "gyári" USB-s az SSD, hanem valamilyen 2.5'-os
házba Te tetted az SSD-t, akkor nem mindegy hogy milyen a ház.
Csak UASP és trim támogatású ház megfelelő !
A másik: Arch alapú kiadásokon külön engedélyezni kell az fstrim.timer-t.
sudo systemctl enable fstrim.timer --now[ Szerkesztve ]
-
Ueda
senior tag
válasz #45469952 #85849 üzenetére
Itt megnézheted : https://linux-hardware.org/?view=computers .
OS : EndeavourOS KDE . . . . . . Parancs menü : https://pastebin.com/u/txt444
-
ubyegon2
nagyúr
Alakul ez, már csak ezek a vad színek....azt a default terminalt nagyon nem kedveltem, kb használhatatlan volt, nem kell ennyire csicsának lennie egy terminalnak, de ezzel a Nemo-val jól megzavartál, nem gondoltam, hogy KDE-re könnyen felmegy. Kicserélem én is akkor majd a terminal-t meg a fájlkezelőt. No várjunk, a fish az a shell a bash helyett, a terminal az a konsole! Ne zavarj össze!
Arra vagyok még kíváncsi, hogy 32GB RAM mellé csinál 32GB zram-ot nálad? Mondjuk túl sok értelme nem lenne, az tény. Abban az Assistant segédben láttam, hogy elég sok GTK-s program van, igaz régóta tudják egymás dolgait kezelni a QT meg a GTK....
Gondolom ezeket is megtaláltad már...
USB 3.0 külső házak vezérlőinek jellemzői Linux alatt
Live Linux használata külső merevlemezek teszteléséhez
Ennek a topiknak az Összefoglalójában van táblázat külső házakról, chip, UASP, etc...
[ Szerkesztve ]
-
csixy
addikt
válasz májkimiki #85854 üzenetére
Ebböl lehet valamit kiokoskodni?
[noki@semmise ~]$ sudo hdparm -I /dev/sda | grep "TRIM supported"
[sudo] noki jelszava:
* Data Set Management TRIM supported (limit 8 blocks)
[noki@semmise ~]$ sudo fstrim -v /
fstrim: /: the discard operation is not supported
[noki@semmise ~]$ sudo hdparm -I /dev/sda | grep -i TRIM
* Data Set Management TRIM supported (limit 8 blocks)
[noki@semmise ~]$ sudo fstrim -av
[noki@semmise ~]$ journalctl | grep fstrim
szept 24 14:22:31 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.84' (uid=0 pid=3222 comm="sudo systemctl enable fstrim.timer --now")
szept 24 14:22:37 semmise sudo[3222]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/systemctl enable fstrim.timer --now
szept 24 14:29:42 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.91' (uid=0 pid=3421 comm="sudo fstrim -av")
szept 24 14:29:42 semmise sudo[3421]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -av
szept 24 14:32:19 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.92' (uid=0 pid=3463 comm="sudo fstrim -v /")
szept 24 14:32:19 semmise sudo[3463]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -v /
szept 24 15:02:34 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.157' (uid=0 pid=5962 comm="sudo fstrim -v /")
szept 24 15:02:34 semmise sudo[5962]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -v /
szept 24 15:07:02 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.170' (uid=0 pid=6401 comm="sudo fstrim -av")
szept 24 15:07:02 semmise sudo[6401]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -av
[noki@semmise ~]$ sudo systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; preset: disabled)
Active: active (waiting) since Sat 2022-09-24 14:22:37 CEST; 48min ago
Until: Sat 2022-09-24 14:22:37 CEST; 48min ago
Trigger: Mon 2022-09-26 01:19:27 CEST; 1 day 10h left
Triggers: ● fstrim.service
Docs: man:fstrim
szept 24 14:22:37 semmise systemd[1]: Started Discard unused blocks once a week.
[noki@semmise ~]$ cat /etc/fstab | grep discard
[noki@semmise ~]$ fstrim -a -v
[noki@semmise ~]$ lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 2: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 4, If 2, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 4: Dev 5, If 1, Class=Wireless, Driver=btusb, 12M
|__ Port 4: Dev 5, If 0, Class=Wireless, Driver=btusb, 12M
|__ Port 9: Dev 6, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 12: Dev 7, If 1, Class=Video, Driver=uvcvideo, 480M
|__ Port 12: Dev 7, If 0, Class=Video, Driver=uvcvideo, 480M
[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
ubyegon2
nagyúr
válasz májkimiki #85856 üzenetére
Ja, láttam Manjaro-ban, viszont akkor nem jutott ez eszembe, amikor a Mint Cinnamont házasítottam a Plasma 5-tel! Mondjuk nem volt gondja, így is tökéletesen használta a Cinnamon saját default programjait...igaz KDE részei nem is nagyon kerültek fel, azt kihagytam, csak a plasma!
(#85857) csixy
[noki@semmise ~]$ sudo fstrim -v /
fstrim: /: the discard operation is not supportedNem támogatott az online TRIM.... Mármint itt nem is online funkció van, de ez a kimenet nagyon azt jelenti, hogy nincs TRIM. Látod, erre sem ad semmi kimenetet:
[noki@semmise ~]$ fstrim -a -v
Ha időnként gépbe tudod dugni az eszközt és manuálisan TRIM-meled, az is elég neki. szerintem
(#85862) májkimiki
Amiről szó van az a KDE/Plasma sajátossága, hogy külön lehet babrálni a QT-s és GTK-s elemeket.
Ilyent sose csinálok!
[ Szerkesztve ]
-
csixy
addikt
válasz májkimiki #85863 üzenetére
[ew7041]
# /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>
UUID=C052-E802 /boot/efi vfat umask=0077 0 2
UUID=893c5447-69fa-4b13-9b98-c68711522604 / ext4 defaults,noatime 0 1
UUID=ce655abd-e5b5-4298-84e2-8f8116056b17 /home ext4 defaults,noatime 0 2Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
ubyegon2
nagyúr
válasz #45469952 #85842 üzenetére
A szóban forgó gép 256GB-os SSD-je két év alatt 75%-os elhasználódást mutatott,
Az már döfi, kb 140TB írás kellett hozzá gondolom, tippre csak, mivel van egy Samsung PM830 256GB Dell Precisionban, az kb 100TB írásnál tart és 88%-os.
Amúgy a kollégák jól mondják, az lófütty, amit a swap pluszban az eszközre ír! Anno 8 éve első SSD-nél én is nagyon kerestem a módszereket, mivel lehetne megvédeni az írástól szegény Intel 520-amat. Aztán mikor láttam, hogy 4 év alatt folyamatos napi használatban is csak 7TB íráson áll...1200000 óra MTBF-et írt az Intel, ami statisztikailag azt jelenti, hogy 32 év múlva kéne meghibásodnia, igaz az Intelnél van olyan, ha eléri a megadott TBW-t, akkor letilt és csak olvashatóvá válik. De gyakorlatilag nem is volt megadva a TBW érték....
Swap plusz írása meg tényleg....már eleve ha Linuxot használt, cc 10-12 óra alatt ír az OS 10-11GB-ot, Windows alatt 3x ennyit, szóval már azzal kíméled, ha Linuxot használsz! Nyilván más volt 15 éve, akkor aranyáron adták a kis kapacitású SSD-t, nekem éve jött az első, az 120GB-os volt, nominál értéken annyi volt az ára, mint két éve egy terás 860 EVOnak!
(#85865) csixy
MM...olcsón fogod megúszni! Amúgy van pár dolláros USB3-as házban nekem is egy 850 EVO 250GB SSD, még sose TRIM-meltem...persze nincs is teleírva, úgy meg annyira nem is gond a TRIM hiánya, persze a Samsungnak elég jó a tervezett garbage collector-ja!
Ilyeneket nem fognak fel ebben a blogtopikban, velem veszekszik ott is mindenki....
[ Szerkesztve ]
-
májkimiki
őstag
Nekem van egy EMTEC X200-as külső SSD-m. Itt az infó róla.
michael@hpzbook:~
$ sudo hdparm -I /dev/sdc
/dev/sdc:
ATA device, with non-removable media
Model Number: SATA SSD
Serial Number: A0910718148000042587
Firmware Revision: SBFM61.5
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Supported: 11 10 9 8 7 6 5
Likely used: 11
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 500118192
Logical Sector size: 512 bytes
Physical Sector size: 512 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 244198 MBytes
device size with M = 1000*1000: 256060 MBytes (256 GB)
cache/buffer size = unknown
Form Factor: less than 1.8 inch
Nominal Media Rotation Rate: Solid State Device
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
* READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* DOWNLOAD MICROCODE DMA command
* SET MAX SETPASSWORD/UNLOCK DMA commands
* WRITE BUFFER DMA command
* READ BUFFER DMA command
* DEVICE CONFIGURATION SET/IDENTIFY DMA commands
* Data Set Management TRIM supported (limit 8 blocks)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
20min for SECURITY ERASE UNIT. 60min for ENHANCED SECURITY ERASE UNIT.
Checksum: correct
michael@hpzbook:~
$
-
csixy
addikt
válasz májkimiki #85867 üzenetére
[ACT1510] Nem vágott földhöz még így se.
[noki@semmise ~]$ sudo fstrim -v /
[sudo] noki jelszava:
/: 52 GiB (55824941056 bytes) trimmed
[noki@semmise ~]$ sudo hdparm -I /dev/sda | grep "TRIM supported"
* Data Set Management TRIM supported (limit 8 blocks)
[noki@semmise ~]$ journalctl | grep fstrim
szept 24 14:22:31 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.84' (uid=0 pid=3222 comm="sudo systemctl enable fstrim.timer --now")
szept 24 14:22:37 semmise sudo[3222]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/systemctl enable fstrim.timer --now
szept 24 14:29:42 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.91' (uid=0 pid=3421 comm="sudo fstrim -av")
szept 24 14:29:42 semmise sudo[3421]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -av
szept 24 14:32:19 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.92' (uid=0 pid=3463 comm="sudo fstrim -v /")
szept 24 14:32:19 semmise sudo[3463]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -v /
szept 24 15:02:34 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.157' (uid=0 pid=5962 comm="sudo fstrim -v /")
szept 24 15:02:34 semmise sudo[5962]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -v /
szept 24 15:07:02 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.170' (uid=0 pid=6401 comm="sudo fstrim -av")
szept 24 15:07:02 semmise sudo[6401]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -av
szept 24 15:11:14 semmise dbus-daemon[587]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.171' (uid=0 pid=6443 comm="sudo systemctl status fstrim.timer")
szept 24 15:11:14 semmise sudo[6443]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/systemctl status fstrim.timer
szept 24 16:50:01 semmise systemd[1]: fstrim.timer: Deactivated successfully.
szept 24 17:23:01 semmise dbus-daemon[578]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.114' (uid=0 pid=4381 comm="sudo fstrim -v /")
szept 24 17:23:06 semmise sudo[4381]: noki : TTY=pts/0 ; PWD=/home/noki ; USER=root ; COMMAND=/usr/bin/fstrim -v /
[noki@semmise ~]$ fstrim -a -v
[noki@semmise ~]$ sudo systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; preset: dis>
Active: active (waiting) since Sat 2022-09-24 16:56:40 CEST; 29min ago
Until: Sat 2022-09-24 16:56:40 CEST; 29min ago
Trigger: Mon 2022-09-26 00:12:50 CEST; 1 day 6h left
Triggers: ● fstrim.service
Docs: man:fstrim
szept 24 16:56:40 semmise systemd[1]: Started Discard unused blocks once a week.
lines 1-9/9 (END)
[noki@semmise ~]$ sudo hdparm -I /dev/sda
[sudo] noki jelszava:
/dev/sda:
ATA device, with non-removable media
Model Number: Vi550 S3 SSD
Serial Number: 22020920601968
Firmware Revision: SBFM61.5
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Supported: 11 10 9 8 7 6 5
Likely used: 11
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 500118192
Logical Sector size: 512 bytes
Physical Sector size: 512 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 244198 MBytes
device size with M = 1000*1000: 256060 MBytes (256 GB)
cache/buffer size = unknown
Form Factor: 2.5 inch
Nominal Media Rotation Rate: Solid State Device
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
* READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* DOWNLOAD MICROCODE DMA command
* SET MAX SETPASSWORD/UNLOCK DMA commands
* WRITE BUFFER DMA command
* READ BUFFER DMA command
* DEVICE CONFIGURATION SET/IDENTIFY DMA commands
* Data Set Management TRIM supported (limit 8 blocks)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
20min for SECURITY ERASE UNIT. 60min for ENHANCED SECURITY ERASE UNIT.
Checksum: correct
[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
zoltanz
nagyúr
Lenne egyszerver PCI-Express XGI Volari X11 (Sunix) vga kártya, elvileg Linux támogatása is van.
De vertikális frissítési gyakoriságot nem tudok állítani 0 Hz-et ír az MX-Linux (Debian).
Támogatott felbontások részletei: [link]
Konfig: [link]
Köszi!Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
csixy
addikt
-
5leteseN
aktív tag
válasz tordaitibi #85830 üzenetére
Nem vesztem el, csak meccsetnéztemünnepsöröztem...
... +teszteltem:
A linkben leírtakat -mdadm/Grub probléma-, javítást megtettem, ritkábban, de most is adja a leírt hibát.A hd1,gpt1 szerepel a korábban szerkesztett Grub sorban a set root-nál továbbra is, de most 2-3.-ra elindul: ???
Az ideiglenesen javasolt -korábban bevállt- javítást (gpt1,... ,=>/dev/sdg1, vagy /dev/sdh1) nem próbáltam még.A pendrive rá vonatkozó javaslatot köszönöm, megvalósítás folyamatban.
Kérdés ehhez: emléxem, hogy az SSD első fél évtizedében az egyik tesztelgető oldal(Tom's hardware?) megnézte, hogy a nemgyakori írásra javasolt pendrive és a gyakorlatilag állandó használatban levő SSD-k ugyanazt a memória chipeket használta, a vezérlés volt különböző!!!Gazdaságossági okok miatt a borítás/csomagolás alatt -szerintem- most sem más a helyzet.
Ettől a sejtésemtől függetlenül a külső SSD lesz a véglleges megoldás.
Kérdés érdekesség jut-eszembe: ha az MX-Linux a 12 GB RAM-ból futna -RAM-disk-ben-, és csak kilépéskor írja magát a 64 GB-os Pd-re, az lehetséges jó megoldás?
Köszönöm a(z eddigi és ezutáni )válaszokat!
[ Szerkesztve ]
-
csixy
addikt
válasz 5leteseN #85871 üzenetére
"Kérdés érdekesség jut-eszembe: ha az MX-Linux a 12 GB RAM-ból futna -RAM-disk-ben-, és csak kilépéskor írja magát a 64 GB-os Pd-re, az lehetséges jó megoldás?'
A Porteus 5,0 gyakorlatilag ilyen elven működik. A moduljait tologatja be a RAM-ba és csak a változásokat menti a lemezre, amiből, ha kedvünk tartja csinálhatunk egy N+1.-dik modult.Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
csixy
addikt
válasz 5leteseN #85873 üzenetére
[Igen ] beszelni madzsar.
A legacy boot telepítést érdemesebb windowson csinálni, mert a linuxos script néha hasra esik és csak egy LILO mappát bont ki, ki tudja minek. Az UEFI boot meg gyárilag magától működik.[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
[Nekem lassan 2 éve ilyen van]
Benne egy 1TB m2 WD ssd. Mindent tud, trim, egyebeket, kicsi, zsebrevágható. -
fatpingvin
őstag
válasz zoltanz #85869 üzenetére
mesélj már arról a linuxos támogatásról nekem is van egy, az egy dolog hogy kényes r***nc és csak régi BIOSos alaplapokban hajlandó elindulni, de a linuxos támogatása kimerül a fbdev-ben. régebben volt az xgifb, de azt asszem már kidobták a kernelből, Alpine-ban asszem valami 2018-as ISO volt a legutolsó ami még hozzákapcsolta a saját driverét.
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
csixy
addikt
válasz tordaitibi #85876 üzenetére
Nagyon jó nekem is van ehez hasonlógyári sony 120-as
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
sonar
addikt
Sziasztok
Adott egy Lenovo Ideapad 3 15ITL6 amire telepítettem frissen egy Mint Mate 21-et.
Sajnos a háttérvilágítás nem működik a funkcióbillentyűkkel. A többi funkció rendben van.
A Brightness control segítségével tudom szabályozni szépen a fényerőt, de jó volna a funkciógombokkal megoldani.
Sajnos ashowkey --scancodes
sem mutat semmit mikor a brightnesshez tartozó gombokat nyomom.
Van vkinek tippje?A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Raneztem erre a Garudara... illetve probaltam, de egyelore gyerekcipo van, virtualizalva nem megy. Meg van hova fejlodni.
https://www.coreinfinity.tech
-
Konfigolj más bill.kombót a fényerőre.
Pl. nálam a létező összes asztali gépes OS-en a ctr/ a le, ctrl* a fel. (ctrl és numpad osztás szorzás) a hangerő,
és ctrl, ctrl. (vessző és pont) a fényerő.
Ilyen gyári gyorsgomb a világon nincs, még sose akadtak össze semmivel
Ezek Winen segédszoftvert igényelnek (Nircmd), az eddigi összes Linuxomon meg simán bekonfigolhatók.
KDE alatt itt:[ Szerkesztve ]
-
sonar
addikt
válasz tordaitibi #85884 üzenetére
Köszi, de ez most nem opció. Ha nem találok megoldást akkor nem lesz funkciógombhoz rendelve
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
apszi
őstag
Sziasztok!
Adott egy Linux Mint 20.3 Cinnamon rendszer, és egy HP Laserjet 1200-as nyomtató, amit nem tudok nyomtatásra bírni. A nyomtatót látja a rendszer, de amikor nyomtatni szeretnék, egy kis idő után kiírja, hogy a nyomtatás befejeződött, viszont azon kívül, hogy a nyomtatón villog a zöld kis led, majd egy idő után visszaáll normál világító állapotra, nem történik semmi. Nem történik meg a nyomtatás. Mi a varázslat ez esetben. Előre is köszönöm. -
apszi
őstag
válasz fatpingvin #85887 üzenetére
Értékelem, hogy kinézed belőlem, miszerint tudom mit jelent amit írtál..., de nem tudom. -
apszi
őstag
Közben odáig eljutottam, hogy nyomtatásnál kijön egy papír üresen a következő infóval:
PCL XL error
Subsystem: KERNEL
Error: IllegalTag
Operator: 0x1b
Position: 5891[ Szerkesztve ]
-
apszi
őstag
SZiasztok!
Mit szúrtam el már megint?
Telepítettem a Grub customizert, átírtam a benne lévő linux levét, majd bootolásnál a következő hibaüzenetet kapom. Rendszer: Linux Mint 20.3 Cinnamon.hiba: a(z) "/boot/vmlinz-4.15.0-32-generic" fájl nem található.
hiba: először a kernelt kell betöltenie.Majd miután nyomok a folytatáshoz, kiírja, hogy nem sikerült.
HEEELP!!! -
májkimiki
őstag
Itt egy könnyen telepíthető stable Debian alapú disztró. Contrib, non-free és backports repókkal. [link]
A Cinnamon-t próbáltam, kiváló. -
I02S3F
őstag
válasz májkimiki #85895 üzenetére
Na! Akkor bővebben! Egy stabil disztróra vágytam! Ha valami programból frisset akarok, akkor flatpak (Csak a Google Chrome, ami ilyen nekem). Hivatalos repókból dolgozik. Nekem valamelyik laposra nem ment fel, nem ismerte fel a wifi-t (a sima Debian nonfree) . Hiába adtam be neki a firmware-t. Pedig, ha Arch-ot tudok puritán telepíteni, akkor erre is képes kell legyek!
[ Szerkesztve ]
-
Ez jó jel legalább a grub.cfg-ig eljut, nem grub rescue.
Mire írtad át?
Bootolj be egy live Linuxos pendrájvról, a telepített rendszered partícióján menj be a boot könyvtárba.
Ott kell lennie amit keres, a vmlinuz-4.15.0-32-generic fájlnak.
És még ugyanilyen végződéssel initrd és config is kell legyen,
ilyesmi mappaszerkezet.
Ha megvan, és pontosan ez a neve, menj be ebbe a boot könyvtárba lévő grub könyvtárba.
Ott kell lennie egy grub.cfg fájlnak.
Nyisd meg, a közepe felé kell lennie egy ilyen szövegsorozatnak, ami nem érdekes azt én kivagdostam ebből, ne legyen nagyon hosszú.
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9a3fafb4-59de-4b39-a129-051f365cab30' {
recordfail
savedefault
load_video
gfxmode $linux_gfx_mode
insmod gzio
else
search --no-floppy --fs-uuid --set=root 9a3fafb4-59de-4b39-a129-051f365cab30
linux /boot/vmlinuz-4.15.0-193-generic root=UUID=9a3fafb4-59de-4b39-a129-051f365cab30 ro
initrd /boot/initrd.img-4.15.0-193-generic
Ami fontos, a menuentry után a macskakörmök között kell lennie a Te OS-ed nevének, és az utolsó két sorban a
linux/boot/vmlinuz és az
initrd/boot/initrd.img utáni számoknak egyezni kell a boot könyvtárban lévő számokkal. Nálad ennek is 4.15.0-32-nek kellene lenni.
Eddig hogy állunk, írd meg mit látsz a rendszeredbe.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- gban: Ingyen kellene, de tegnapra
- Toyota topik
- VR topik (Oculus Rift, stb.)
- TCL LCD és LED TV-k
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- Napelem
- Nyaralás topik
- További aktív témák...