-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
tordaitibi #89496 üzenetére
De amúgy jövök egy sörrel.
-
válasz
tordaitibi #89496 üzenetére
Ok. Végképp nem értem. Kikapcsoltam az UEFI-ben a Secure Bootot és azonnal betöltött az openSUSE. Most is bent vagyok a rendszerben.
-
válasz
CPT.Pirk #89447 üzenetére
jelenleg a problémát kissé insecure módon autologinnal áthidaltam, mert így a jelszóért már csak a desktopon promptol a gnome.
legutolsó előtti dmesg
[link]
xorg 0 1tpolgari@AS-202TE-952F:~$ inxi -Fxxxx
System: Host: AS-202TE-952F Kernel: 5.4.0-148-generic x86_64 bits: 64 compiler: gcc v: 9.4.0 Desktop: Gnome 3.36.9
wm: gnome-shell dm: GDM3 3.36.3 Distro: Ubuntu 20.04.6 LTS (Focal Fossa)
Machine: Type: Desktop Mobo: ASRock model: Z170 Gaming-ITX/ac serial: <superuser/root required>
UEFI [Legacy]: American Megatrends v: P7.10 date: 09/30/2016
CPU: Topology: Dual Core model: Intel Core i3-6100 bits: 64 type: MT MCP arch: Skylake-S rev: 3 L2 cache: 3072 KiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 29598
Speed: 800 MHz min/max: 800/3700 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800
Graphics: Device-1: Intel HD Graphics 530 vendor: ASRock driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:1912
Display: x11 server: X.Org 1.20.13 driver: fbdev unloaded: modesetting,vesa compositor: gnome-shell tty: N/A
OpenGL: renderer: Mesa Intel HD Graphics 530 (SKL GT2) v: 4.6 Mesa 21.2.6 direct render: Yes
Audio: Device-1: Intel 100 Series/C230 Series Family HD Audio vendor: ASRock driver: snd_hda_intel v: kernel
bus ID: 00:1f.3 chip ID: 8086:a170
Sound Server: ALSA v: k5.4.0-148-generic
Network: Device-1: Intel Ethernet I219-V vendor: ASRock driver: e1000e v: 3.2.6-k port: f040 bus ID: 00:1f.6
chip ID: 8086:15b8
IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full mac: d0:50:99:8c:d8:3c
Device-2: Broadcom and subsidiaries BCM4352 802.11ac Wireless Network Adapter vendor: AzureWave driver: wl
v: kernel port: f040 bus ID: 03:00.0 chip ID: 14e4:43b1
IF: wlp3s0 state: down mac: 28:c2:dd:e6:62:56
Drives: Local Storage: total: 20.13 TiB used: 14.33 TiB (71.2%)
ID-1: /dev/nvme0n1 vendor: Plextor model: PX-128M8PeG size: 119.24 GiB speed: 31.6 Gb/s lanes: 4
serial: P02725103094 rev: 1.06 scheme: MBR
ID-2: /dev/sda vendor: Western Digital model: WD60EFRX-68MYMN1 size: 5.46 TiB speed: 6.0 Gb/s
serial: WD-WX71D65JED9J rev: 0A82 temp: 33 C scheme: GPT
ID-3: /dev/sdb vendor: Western Digital model: WD60EFRX-68MYMN1 size: 5.46 TiB speed: 6.0 Gb/s
serial: WD-WX11DC4FK95K rev: 0A82 temp: 33 C scheme: GPT
ID-4: /dev/sdc vendor: Western Digital model: WD100EFAX-68LHPN0 size: 9.10 TiB speed: 6.0 Gb/s serial: 2YJ102ED
rev: 0A83 temp: 33 C
Partition: ID-1: / size: 116.81 GiB used: 26.57 GiB (22.7%) fs: ext4 dev: /dev/nvme0n1p1
Sensors: System Temperatures: cpu: 46.5 C mobo: N/A
Fan Speeds (RPM): N/A
Info: Processes: 327 Uptime: 10m Memory: 7.46 GiB used: 2.21 GiB (29.6%) Init: systemd v: 245 runlevel: 5 Compilers:
gcc: 9.4.0 alt: 7/9 Shell: bash v: 5.0.17 running in: gnome-terminal inxi: 3.0.38
tpolgari@AS-202TE-952F:~$ -
-
válasz
tordaitibi #89491 üzenetére
Tiszta EFI volt, egy AM4-es modern lapom van. A rendszer felépítés is olyan, hogy EFI, / , swap, /home. De úgy olvasgatom, hogy nem egyedi a problémám. [link]
-
ViZion
félisten
Sziasztok!
OMV web UI alól kernel frissítésre feladta a harcot, PVE-firmware nem települ, mert meglévő fájlokat írna felül. Cserébe semmi frissítés nem működik, mert törött csomag van. fix-broken nem működik, purge nem távolított el csomagot, apt clean után is listázta az üres csomagokat (több header és fw is), force-ra sem telepített semmit, grub-update command not found, grub-mkconfig not found. Grub2 telepítve, műxik is.Minden műlödik, de csomagot telepíteni vagy frissíteni így nem tudok. Nem élet-halál dolog, de zavar...
Valami ötlet, javaslat? Hogyan tudnék tényleges root jogokat szerezni, mert gyanúsan nem enged ezekkel baCCkódni... SSH-n Userrel lépek be, de admin meg minden csoportban van, root jogokkal elvileg. Mivel az is web UI-n volt beállítva, már abban sem hiszek... pedig látszólag a sudo működik, eddig is ezzel az userrel frissítettem vagy telepítettem ami kellett. -
EFI shellt be tudod hozni?
Bios (uefi) frissites nem kotoraszik bele az efi particioba azaz indulnia kene.
Valami efi beallitas hibara gyanitok, lehet minden alapra allt.
Acpi, boot, csm mode esetleg manualis beavatkozast igenyel.
Nem bios mode az alapertelmezett, akkor bele szokott halni efi inditasba.
Eddig tiszta efi volt a rendszered, vagy bios? -
Nincs ötlet?
-
Sziasztok,
Frissítettem az UEFI-t az alaplapomon. Bejön rendesen, azzal nincs gond, hanem az openSUSE TW nem akar bebootolni. A Grub rescue módban indul és megáll az élet.
Hogyan tudnám ezt javítani? Gondolom a Grub megbolondult a bios frissítéstől.
-
sonar
addikt
Csak annyi, hogy elszámoltam magam
Mondjuk nem tudom a kolléga mit akar archiválni, egy állapotot vagy egy rakat file-t.
De mindig ugyanolyan névre odapakolni is furcsa dolog.
Én biztos vmi scriptet írnék ami mindent intéz egy ilyen crontabos bejegyzés nem igazán fejleszthető, módosítható. -
-
#68216320
törölt tag
válasz
sh4d0w #89482 üzenetére
Na, kicsit elkezdtem rendbetenni a lokális ip tartományt.
A választott privát ip tartomány 192.168.100.0/24
Azért ez és nem a szokásos 192.168.0.0 vagy 192.168.1.0 és ilyenek, hogy VPN kapcsolat esetén egy másik privát hálózattal egyszerű dolgom legyen.192.168.100.1 -> soho router
192.168.100.2 -> mikrotik router
192.168.100.51...100 -> egyéb hálózati cuccok (pl. switch)
192.168.100.101...150 -> fix IP-s eszközök (pl. ssh elérés miatt)
192.168.100.151...254 -> DHCP (minden egyéb kacatnak)Ez így akkor rendben van, igaz?
Így már mehet nyugodtan a 192.168.100.0/24-re korlátozás az "iptables" policy felülírásával? -
#68216320
törölt tag
válasz
sh4d0w #89482 üzenetére
Már nem tudom honnét jött, sok-sok éve használom.
(Talán még a szerver hoszting időből maradt meg valami kütyü és azért lett ez, vagy valami VPN konflikt miatt. Rég volt, nem emlékszem már.)Amúgy teljesen igazad van, normális privát ip-re kéne átállni, de annyira macera (vannak eszközök már azóta, amiknek a FW-be van fordítva az IP), hogy soha nem volt erőm minden vackot újra átírni.
De amúgy ja, kéne kezdeni majd vele valamit, annak ellenére, hogy eddig nem volt vele gondom. -
sh4d0w
félisten
-
Sziasztok!
Van egy laptopom amin ubuntu van. Allando helyhiany miatt gondoltam veszek egy nagyobb ssd-t es arra atklonozom a jelenlegi rendszert. A home konyvtaram titkositva van.
Kellene mukodni annak az utnak,hogy csinalok egy imaget, azt felrakom az uj ssdre, majd szethuzom a particiot, vagy emiatt meg fog halni a titkositas alatta,h kicserelem az ssdt?Titkositas mar dunsztom sincs hogy csinaltam, de a homeon belul van egy .ecryptfs mappa, gondolom azzal csinalhattam.
Elore is koszi a gondolatokat!
-
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
/etc/default/grub,
Fennti 5 másodperc ellenére update-grub után 30 másodpercig visszaszámol.
Ha átírom a /boot/grub/grub.cfg-be a 30-at 5re akkor okés, a következő update grubig.
Ha 5 van megadva, ebből hogyan lesz 30 másodperc? Vagy még valahol lehet ezt bizergálni? -
#68216320
törölt tag
-
Gyuri27
félisten
válasz
#68216320 #89475 üzenetére
Ha soha nem indul újra a router és/vagy a linux akár lehet is. De erre bazirozni.
Ahogy én látom a lehetőségeket.
Router beállitás.
Switch vlan konfigurálása, de itt is hozzá kell nyúlni a routerhez.
Acl beállitás.Amit még tehetsz pl, hogy adsz a gépeknek ipv6 cimeket (elég link local is) és a linuxnak is. A linux ipv4 cime kommentbe kerül # amikor nem kell.
A dhcp ugye ipv4-en megy és a router is. Igaz itt is hozzá kell nyúlni a switchez vagy a routerhez mert ott is kell ipv6 cim. -
#68216320
törölt tag
válasz
Gyuri27 #89474 üzenetére
Oké, a következőt kipróbáltam:
iptables -A OUTPUT -d 127.0.0.0/8 -j ACCEPT
iptables -A INPUT -d 127.0.0.0/8 -j ACCEPT
iptables -A OUTPUT -d 200.0.0.0/24 -j ACCEPT
iptables -A INPUT -d 200.0.0.0/24 -j ACCEPT
iptables -P OUTPUT DROP
iptables -P INPUT DROP
Ezt az eredményt adja:
$ iptables -L
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- anywhere 127.0.0.0/8
ACCEPT all -- anywhere 200.0.0.0/24
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy DROP)
target prot opt source destination
ACCEPT all -- anywhere 127.0.0.0/8
ACCEPT all -- anywhere 200.0.0.0/24
Na, ez így megfogja a net elérést, miközben az ssh és a samba szépen működik.
Viszont reboot után az Input és Output policy visszaáll Accept-re.
Ezt kellene valahogy fixálni. -
#68216320
törölt tag
válasz
Gyuri27 #89472 üzenetére
Az IP tartomany kozel 10 eve adott, azon nem lehet valtoztati es nem is igazan ertem, hogy ez mennyiben erdekes.
Emlitettem azt is, hogy nem a routerben akarom ezt beallitani. Megis azt irod.
Irtam azt is, hogy dhcp van. Amit irsz az static ip.Igazabol nem tudok mit kezdeni ezzel igy.
-
Gyuri27
félisten
válasz
#68216320 #89466 üzenetére
Értem én a helyi hálót de arra nem szoktunk 200-s IP-t használni. Erre vannak az A,B,C osztályos privát címtartományok.
Na de lépjünk tovább. Ahhoz, hogy netet ne kapjon nem kell csatlakoztatni semmilyen forgalom irányitóhoz vagy kapcsolóhoz problem solved (főleg ezzel az ip-vel).
De ha mégis routerhez kapcsolódik jó lenne tudni milyen router. Mert ott annak a portját kell beállítani.
Ha switchez kapcsolódik akkor annak és a routernek a tipusa kellene.
Linuxban a net nem eléréséhez, ha a router által már meg van natolva a hálózat (és nyilván megvan), és kapcsolódsz is hozzá acl-el lehet.
A GW és dns nem kerül kitöltésre. De ez nem 100%, hogy nem kap netet. -
#68216320
törölt tag
Mármint hogy?
Ha dhcp-t használok akkor a /etc/network/interfaces fájlban ez van:
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug enp3s0
iface enp3s0 inet dhcp
A /etc/dhcp/dhcpclient.conf fájlban ez:
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
send host-name = gethostname();
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name,
dhcp6.name-servers, dhcp6.domain-search, dhcp6.fqdn, dhcp6.sntp-servers,
netbios-name-servers, netbios-scope, interface-mtu,
rfc3442-classless-static-routes, ntp-servers;
Itt kéne esetleg kivennem a request-ből a "routers"-t?
Vagy mi van akkor, ha iptables (vagy nftables van ezen debianon, fene tudja) állítással probálkozom?
iptables -P OUTPUT DROP
iptables -P INPUT DROP
iptables -A OUTPUT -d 127.0.0.0/8 -j ACCEPT
iptables -A INPUT -d 127.0.0.0/8 -j ACCEPT
iptables -A OUTPUT -d 200.0.0.0/24 -j ACCEPT
iptables -A INPUT -d 200.0.0.0/24 -j ACCEPT
-
sonar
addikt
-
sonar
addikt
-
cigam
titán
Ez sem jó, mert "...és minden szombaton".
Viszont systemd timer-el megoldható:
systemd-analyze calendar 'Sat *-*-24..31 00:00:00' --iterations 10Havi mentés.timer:
[Unit]
Description=Havi mentés
[Timer]
OnCalendar=Sat *-*-24..31
Persistent=true
[Install]
WantedBy=timers.targetMentés.service:
[Unit]
Description=Mentés
[Service]
Type=oneshot
ExecStart=sudo mount -a && sudo /usr/bin/rsync -avz hely1 hely2
WorkingDirectory=/home/gézaMindkét fájlt bemásolod az /etc/systemd/system mappába, és engedélyezed:
sudo systemctl enable Mentés.timer && sudo systemctl start Mentés.timer
-
#68216320
törölt tag
válasz
Gyuri27 #89465 üzenetére
Elnézést, ha félreérthető voltam.
A Local Area Network ( [link] ) összetételre gondoltam LAN esetében.
Gondolom te a kábeles csatlakozásra gondoltál.De akkor pontosítom.
Azt szeretném elérni, hogy semilyen módon ne tudjon internetet használni, kizárólag a helyi hálózatot lássa, ami esetemben a 200.0.0.1/24 IPv4 tartomány.
Tehát korlátozni szeretném ezekre az IP-kre.
A router a 200.0.0.1 IP-n van és az ezt követő 200.0.0.2-200.0.0.255 közötti tartományban vannak DHCP-vel a helyi hálózat gépei. Azok kommunikálnak egymással és elérik az internetet is. Kizárólag ezt a gépet szeretném blokkolni, de nem a router-ben, hanem az OS-en belül. Esetlegesen 1-1 alkalomra feloldva azt. (pl. update) -
#68216320
törölt tag
Sziasztok.
Kis segítséget kérnék.
DebianServer esetében hogyan lehet beállítani úgy a hálózatot, hogy kizárólag LAN-on kommunikáljon?
Ez esetemben a 200.0.0.1/24 IP tartományt jelenti. -
urandom0
senior tag
válasz
tordaitibi #89461 üzenetére
Hát akkor szerintem maradj inkább a hibernálásnál, az talán biztosabb. Bár nálam még az sem működik, sőt a laptopomon néha a sleep sem. Elküldöm alvóba, aztán két másodperc múlva fel is ébred. De csak időnként csinálja ezt, nem mindig...
-
válasz
urandom0 #89450 üzenetére
Beleástam magam máramennyire én lámaként bele tudom.
Arra jutottam hogy a linuxon, legalábbis az én linuxomon nincs az igazi értelembe vett hibrid alvás.
A weboldalak felén az jött szembe hogy némi mókolással valóban megy a sleep vagy suspend vagy felfüggesztés, netán alvásés INNEN lép át megadható idő után hibernálásba.
Azaz megnyomom az alvást, elalszik, majd a beállított idő után felébred és szabályosan lehibernál.
Ezt nevezhetjük mindennek csak nem hibrid alvásnak.
Mivel annak a lényege hogy a ramot ébrentartja ÉS mellette kiírja a swapba.
Vagyis egérmozdításra 1 sec és ott az asztal, ha közbe meg áramszünet volt visszajön a vinyóról.
A másik megoldások ahol úgy tűnt tényleg hibrid sleep van, na azok közül nekem egyik se működik.
A legígéretesebb amikor terminálból elküldöm hibrid alvóba,sudo pm-suspend-hybrid
villan a monitor majd fennt bal oldalt lefut kb. 6-7 másodperc alatt egy nullától 100%-ig tartó folyamat és ezután a monitor kikapcsol.
Ilyenkor egérmozdításra azonnal ébred a gép azaz ez a része okés.
De ha kihúzom a konnektorból majd visszadugom akkor egy szabályos hideg boot lesz a nóta vége.
Egyelőre még kutakodok de szerintem nem fog menni.
Magába a sleep és külön a hibernálás tökéletesen jó nálam, Ubi 18.04. Ez se volt mindig így, kb. fél-1 éve egy kernefrissítés óta okés, addig a hibernálásba belehalt. -
-
válasz
sztivo #89456 üzenetére
A friss driverek végett vagy valamilyen Arch alapú disztrót, vagy az OpenSUSE Tumbleweedet ajánlanám. Előbbivel kapcsolatban nincs tapasztalatom, a topikgazda az EndeavourOS-t [link] használja, tudtommal nagy megelégedettséggel. Én pár hónapja tértem át az OpenSUSE-ra. [link]
NVidiáról elöljáróban annyit, hogy az open-source driver állítólag nem sok mindenre jó, így mindenképpen a "gyári" verziót kellene feltelepítened. Tudtommal mindkettő általam linkelt disztróra lehetséges a proprietary driver telepítése.
Ja és mindkettőre van KDE asztali környezet. Mókolni ugyanakkor kelleni fog mindkettővel. A Pop!_OS [link] lenne az, amivel szerintem legkevesebbet kellene mókolnod, de az Gnome alapú, úgyhogy az így kilőve.
-
sztivo
őstag
Köszönöm válaszod!
Igazából őket ismerem is, meg egyik DE-vel sincs bajom "optikailag", ez a magán notim lenne. Nálam a használhatóság jobban számít, mint a kinézet/gyárilag kínált alkalmazások ilyen téren.
Amire használom, az kb web, néha kevés office és Battle.net játékok, amik lutris-szal tökéletesen futnak. Egy időre kimaradt a linux, most pedig végleg elegem lett a M$ hülyeségeiből, így teljes körben váltanék. Csak ez így meglepett, hogy egy év után visszatérek, lett egy "fürgébb" külső monitorom és a beállítások fele nem látszódik és nem működik.
Tehát csak tippre lenne szükségem, hogyan induljak el, egyelőre azt látom, hogy *buntu és derivatívái-nál látszódik minden az nvidia-settings-be, viszont a GNOME-származékok letojják az xconfig adatait. Nem tudom a KDE vagy XFCE közül melyik kezeli jobban az nvidia-t (ha nem notim lenne, AMD-vel nem szívnék ennyit). -
sztivo
őstag
Sziasztok!
Distrohopping elkerülése végett tudnátok javasolni olyan disztibúciót (és DE-t), amin normális működés van nvidiaval, mintha Windows-t használnék? Elsőre tudom, az a válasz, hogy mind olyan és csak beállítás kérdése, de elmondom mi a problémám (azon kívül, hogy kezdő vagyok
):
Van egy HP Pavilion Gaming laptopom, 1660 Ti videokártyával. Manjaro eddig bejött, meg anno működött minden a 60Hz-es monitorommal (nem voltak extra beállítás igényeim), de most 165Hz-re váltottam, és részben itt kezdődik a probléma.
Telepítettem egy Manjaro GNOME kiadást, amin nem látom az X Server beállításokat (a kép illsuztráció):Oké, probáltam tweakelgetni a dolgokat (fórumok segítségével), de sehogy sem lett jó. Gondoltam nézzük meg a Linux Mint Cinnamont, ott már láttam a további beállításokat is, viszont hiába mentettem el sudo nvidia-settings és a Mint saját beállításaiban a 165Hz-et, reboot után természetesen visszaáll 60Hz-re, de cserébe a G-Sync bekapcsolva marad. A PowerMizer is mindig auto-ra vált vissza, amit tudok egyelőre, hogy máshová kellene egy xorg.conf fájlt létrehoznom, de a GNOME ahogy olvasom, ezt figyelmen kívül hagyja, a saját monitors.valami fájlt nézi. Ezt (is) szeretném látni, és minden más plug&play módon szeretnék, ha lehet sok tweakelgetés nélkül:
Van valami disztró (és DE) tippetek, ahol a legkevesebbet kéne mókolgatnom? GNOME egyelőre kilőve, Cinnamon is és minden GNOME származék, mert ez nem bug, hanem feature közöttük
KDE esetleg XFCE, ami nem "erőszakosan" bírálja felül az nvidia conf fájlt? Disztróból szeretnék valami egyszerűbbet, Manjaro/Debian/Ubuntu alapokon, Fedora nem tudom mennyire javasolt kezdőknek. Wayland nekem nem annyira fontos, elvagyok X11-en is, csak működjönTehát röviden: teljes körű nvidia beállítások, működő G-Sync és reboot után is tartsa meg a 165Hz-et.
Előre is köszi!
-
ace05
senior tag
Segítség kellene. Ütemeztem egy rsync feladatot. amivel a célom az volt, hogy minden hónap utolsó szombatján éjfélkor kezdje a másolást. a következőt állítottam be:
0 0 24-31 * 6 sudo mount -a && sudo /usr/bin/rsync -avz hely1 hely2
De ez lefutott tegnap. Mit ronthattam el? -
OpenSUSE alatt megint megy normálisan a VLC. Nem tudom, hogy mitől, lehet azért, mert újrahúztam a rendszert nulláról.
-
urandom0
senior tag
válasz
tordaitibi #89448 üzenetére
Azt mondanám, hogy az /etc/systemd/sleep.conf fájlt szerkeszd, a HibernateMode és a HibernateState értékét másold át a SuspendMode és a SuspendState helyére, és ez utóbbi kettő elől vedd ki a # jelet, tehát valahogy így nézzen ki:
[Sleep]
#AllowSuspend=yes
#AllowHibernation=yes
#AllowSuspendThenHibernate=yes
#AllowHybridSleep=yes
SuspendMode=suspend platform shutdown
SuspendState=disk
#HibernateMode=platform shutdown
#HibernateState=disk
#HybridSleepMode=suspend platform shutdown
#HybridSleepState=disk
#HibernateDelaySec=
#SuspendEstimationSec=60minEsetleg felülírhatod közvetlenül a systemd-suspend.service-t is, így:
sudo nano /etc/systemd/system/systemd-suspend.service.d/override.conf
A /usr/lib/systemd/system/systemd-suspend.service fájl tartalmát másold be oda, és itt a végén a ExecStart=/usr/lib/systemd/systemd-sleep suspend sor érdekes neked, ezt kellene átírni erre:
ExecStart=/lib/systemd/systemd-sleep hybrid-sleepMajd a # [Unit] sorral kezdve az összes sor elől kivenni a # jelet. Elméletileg, ha a KDE a systemd-et használja altatásra és hibrid alvásra, akkor működnie kell. Én nem tudom kipróbálmi, egyik gépemen sincs engedélyezve a hibrid alvás. Innen és innen vettem az ihletet, referencia doksi itt.
-
Tanács kéne.
KDE alatt a Felfüggesztésnél (alvás) van egy olyan opció hogyha beállítom pl. 25 perc után aludjon el, képes hibrid alvásra azaz lementi a ramot a swapba vagyis nem gond ha közbe véletlenül elfelejtem hogy csak alszik és kirántom a konnektorból.
A funkció tökéletesen működik, hogyan lehetne rávenni hogyha simán a Felfüggesztésre nyomok, akkor is hibrid alvóba menjen? -
lypen99
aktív tag
Sziasztok!
A debian nonfrees ISO-t hol találom meg?
Egyszer már meglehet adva és el is mentettem kedvencek közé, de hibával dob vissza így nem tudom letölteni.
-
gianni85
veterán
Omv-extras leírás alapján pi os 64bit lite, magát az omv-t meg az automatizált live script-tel.
Annyi feltűnt, hogy első installt ssd nélkül csinaltam és létrehozott egy ext4-et az sd-n (ssd utána került hozzá), most meg (véletlenül) rajta hagytam az ssd-t és nem jött létre sd-n külön fájlrendszer. Lehet ez totál lényegtelen, csak feltűnt. -
cigam
titán
válasz
gianni85 #89441 üzenetére
Az OMV "csak" egy GUI. Rengeteg program/script, ami beállítja a gép szolgáltatásainak paramétereit.
pl.beállítod, hogy melyik meghajtót hova csatolja fel. Pedig egy fstab nevű fájl szerkesztésével ezt te is be tudnád állítani. stb...
Vagyis a hozzá nem értő mezei user-kenek is van esélyük bekattintgatni a helyes működést.
Mondjuk az sem mindegy hogy melyik OS-t tetted fel (32/64bit), plusz még a frissítés előtt csekkolyi kellett volna hogy milyen (hiba) üzenetekkel találkozol.Melyik leírás alapján melyik image-t töltötted fel az SD kártyára?
-
gianni85
veterán
válasz
gianni85 #89439 üzenetére
rövidre zárnám már a témát, de azért jó lenne megérteni mi is történhetett...
újrahúztam a pi-t, apt-vel upgrade-eltem, ugyanarra a kernelre hozta mint előtte. Nem kerestem rá, hogy lehet apt beállításokat csekkolni, de felteszem alapbeállítás, hogy beta update-et nem telepítAztán jött az OMV, az install script a legfrissebbet telepíti, szóval ugyanott voltam, mint előtte, csak szűz install. OMV Látta a drive-ot, zöld a smart... mountolom a fájlrendszert és megint kaka... ssh-n belépek a pi-ra, csekkolom a mount-okat, ott a /dev/sda1, nem engedi unmountolni. (OMV-ben is ott maradt csak inaktívnak mutatta). Reboot, gyorsan ssh újra, sudo umount /dev/sda1, eltűnik a mount, OMV-ben még ott van, és minden ok
. Nem teljesen értem, hogyan épül fel a rendszer, talán az OMV egyfajta overlay-ként működik az alap linux rendszeren, és valami összeférhetetlenség volt? Visszamegyek oda okosodni
-
sziasztok, 18.04 LTSről volt egy update 20.04 LTSre. felment, de azóta fekete képernyőre bootol a gnome.
nomodesettel indítva betölt. egy i3-6100as vga-ját kellene használnia.tpolgari@AS-202TE-952F:~$ sudo lspci -v | grep -i -A15 vga
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06) (prog-if 00 [VGA controller])
Subsystem: ASRock Incorporation HD Graphics 530
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at de000000 (64-bit, non-prefetchable) [size=16M]
Memory at c0000000 (64-bit, prefetchable) [size=256M]
I/O ports at f000 [size=64]
Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
Capabilities: [40] Vendor Specific Information: Len=0c <?>
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [ac] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [100] Process Address Space ID (PASID)
Capabilities: [200] Address Translation Service (ATS)
Capabilities: [300] Page Request Interface (PRI)
Kernel modules: i915mesa és intel driverek fent vannak
tpolgari@AS-202TE-952F:~$ sudo apt install xserver-xorg-video-intel
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
xserver-xorg-video-intel már a legújabb verzió (2:2.99.917+git20200226-1).
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
tpolgari@AS-202TE-952F:~$ sudo apt install mesa-utils
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
mesa-utils már a legújabb verzió (8.4.0-1build1).
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
tpolgari@AS-202TE-952F:~$
ötletek? még nem állítottam el semmit, google barátom nem talált olyasmit, ami egyértelműen erre mutatna rá. -
gianni85
veterán
Igazából nem gond, de gondoltam, hátha csak valami egyszerű beállítás módosítás megoldja a problémát. Azért szenvedtem pár órát az installal/konfigolással, de megcsinálom megint, most már gyorsabban kellene mennie. Adatvesztésem meg nincs, mert a rövid idő alatt is az ssd-re mentettem (csak rendszer backup nincs az sd kártyáról…), azt meg csak mount-olom újra.
De ha jól értem akkor valószínűleg kernelt frissíthettem és nem tetszett neki a külső házban lévő usb/sata csatoló? Furcsa, hogy előtte nem volt gond, remélem újrahúzás után se lesz…a szerkesztett részre: sajna nincs másik külső házam
-
cigam
titán
válasz
gianni85 #89437 üzenetére
A smartot nem befolyásolja, de igen, az adatátvitel sebessége lassabb lehet.
Próbáld meg, veszteni fogsz vele semmit(,sőt tanulhatsz is belőle).
Miért gond az újratelepítés? Nem hiszem hogy olyan bonyolult konfigurációt hoztál össze. De ha mégis, hát mentsd le a beállításokat, amit egy szűz rendszerre visszatöltve ugyanott leszel. pl. [link]
Esetleg próbáld ki egy másik külső házba tenni (akárcsak próbából).
-
gianni85
veterán
Bocs, sejthettem volna, hogy hosszú lesz ide…(esetleg topikgazda törölje)
Nyilván magamat ostorozom, hogy 1. Miért nem backup-oltam. 2. Minek kellett egyáltalán frissítenem. Elvileg nem volt bepipálva kísérleti (beta) frissítés lehetősége, de mind1.
Újrahúzást akartam volna elkerülni, de ha egyszerűbb, mint hibát keresni, amit lehet meg se lehet oldani, ha tényleg béta frissítés ment fel, akkor mind1. Vagy van opció downgrade-elni?egyébként ha kikapcsolom ezt az UAC-t attól még működni fog az usb ssd, csak esetleg lassabb adatátvitellel és smart nélkül?
-
cigam
titán
válasz
gianni85 #89434 üzenetére
Valami szövegmegosztóra kellett volna, nem ide ...
Ugyanakkor lehet, hogy most valamiért összeveszik az UAC-vel. Próbáld meg kikapcsolni. [link] Talán segít a működés normalizálásában, de bukod vele ezt a szolgáltatást.
A másik lehetőség, hogy felteszed a régi, működő verziót. Majd az esetből tanulva, előszőr mentesz, aztán frissítesz(de nem bétára!).
Persze ami nem romlott el azt nem kell megjavítani, szóval a frissítést nem erőltetném. -
gianni85
veterán
még annyi, hogy rárakom a disk.et az ubuntu laptopra, ott látom, és elérem.
Pi-n indulás után még próbáltam kapásból smb-n hozzáférni, akkor dobált ilyen üzenetet is:
program smartctl is using a deprecated SCSI ioctl, please convert it to SG_IO
SMART-ot kikapcsoltam webgui-ban.
Még cli-n próbáltam smartmonttols service-t leállítani, akkor meg: Failed to convert unwritten extends to written extends -
gianni85
veterán
válasz
CPT.Pirk #89433 üzenetére
indulás után ezek az üzenetek jönnek a logban sda-val kapcsolatban az usb lekapcsolásáig:
Apr 23 13:07:29 raspberrypi kernel: [ 56.324551] sd 0:0:0:0: [sda] tag#27 uas_eh_abort_handler 0 uas-tag 6 inflight: CMD IN
Apr 23 13:07:29 raspberrypi kernel: [ 56.324571] sd 0:0:0:0: [sda] tag#27 CDB: opcode=0x28 28 00 00 00 08 00 00 01 00 00
Apr 23 13:07:29 raspberrypi kernel: [ 56.324760] sd 0:0:0:0: [sda] tag#26 uas_eh_abort_handler 0 uas-tag 5 inflight: CMD IN
Apr 23 13:07:29 raspberrypi kernel: [ 56.324765] sd 0:0:0:0: [sda] tag#26 CDB: opcode=0x28 28 00 00 00 00 00 00 01 00 00
Apr 23 13:07:29 raspberrypi kernel: [ 56.325068] sd 0:0:0:0: [sda] tag#24 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD IN
Apr 23 13:07:29 raspberrypi kernel: [ 56.325073] sd 0:0:0:0: [sda] tag#24 CDB: opcode=0x28 28 00 1a 8a 0f 18 00 00 c8 00
Apr 23 13:07:29 raspberrypi kernel: [ 56.325383] sd 0:0:0:0: [sda] tag#23 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD IN
Apr 23 13:07:29 raspberrypi kernel: [ 56.325388] sd 0:0:0:0: [sda] tag#23 CDB: opcode=0x28 28 00 00 08 15 d8 00 01 00 00
Apr 23 13:07:29 raspberrypi kernel: [ 56.325714] sd 0:0:0:0: [sda] tag#4 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD OUT
Apr 23 13:07:29 raspberrypi kernel: [ 56.325718] sd 0:0:0:0: [sda] tag#4 CDB: opcode=0x2a 2a 00 1a d4 88 40 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.668699] sd 0:0:0:0: [sda] tag#15 uas_eh_abort_handler 0 uas-tag 21 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.668721] sd 0:0:0:0: [sda] tag#15 CDB: opcode=0x2a 2a 00 37 c4 12 50 00 02 c8 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.669138] sd 0:0:0:0: [sda] tag#14 uas_eh_abort_handler 0 uas-tag 20 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.669149] sd 0:0:0:0: [sda] tag#14 CDB: opcode=0x2a 2a 00 1a c1 79 f0 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.669437] sd 0:0:0:0: [sda] tag#13 uas_eh_abort_handler 0 uas-tag 19 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.669445] sd 0:0:0:0: [sda] tag#13 CDB: opcode=0x2a 2a 00 1a c1 79 e0 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.669743] sd 0:0:0:0: [sda] tag#12 uas_eh_abort_handler 0 uas-tag 18 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.669749] sd 0:0:0:0: [sda] tag#12 CDB: opcode=0x2a 2a 00 1a c1 63 d8 00 00 10 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.670055] sd 0:0:0:0: [sda] tag#11 uas_eh_abort_handler 0 uas-tag 17 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.670062] sd 0:0:0:0: [sda] tag#11 CDB: opcode=0x2a 2a 00 1a c1 63 c8 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.670353] sd 0:0:0:0: [sda] tag#10 uas_eh_abort_handler 0 uas-tag 16 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.670360] sd 0:0:0:0: [sda] tag#10 CDB: opcode=0x2a 2a 00 1a c1 63 58 00 00 28 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.670655] sd 0:0:0:0: [sda] tag#9 uas_eh_abort_handler 0 uas-tag 15 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.670662] sd 0:0:0:0: [sda] tag#9 CDB: opcode=0x2a 2a 00 1a c1 63 48 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.670969] sd 0:0:0:0: [sda] tag#8 uas_eh_abort_handler 0 uas-tag 14 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.670980] sd 0:0:0:0: [sda] tag#8 CDB: opcode=0x2a 2a 00 1a c1 63 20 00 00 10 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.671270] sd 0:0:0:0: [sda] tag#7 uas_eh_abort_handler 0 uas-tag 13 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.671278] sd 0:0:0:0: [sda] tag#7 CDB: opcode=0x2a 2a 00 1a c1 63 00 00 00 10 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.671570] sd 0:0:0:0: [sda] tag#6 uas_eh_abort_handler 0 uas-tag 12 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.671577] sd 0:0:0:0: [sda] tag#6 CDB: opcode=0x2a 2a 00 1a c1 62 b8 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.671883] sd 0:0:0:0: [sda] tag#5 uas_eh_abort_handler 0 uas-tag 11 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.671891] sd 0:0:0:0: [sda] tag#5 CDB: opcode=0x2a 2a 00 1a 81 09 48 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.672184] sd 0:0:0:0: [sda] tag#3 uas_eh_abort_handler 0 uas-tag 10 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.672192] sd 0:0:0:0: [sda] tag#3 CDB: opcode=0x2a 2a 00 1a 80 09 10 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.672510] sd 0:0:0:0: [sda] tag#2 uas_eh_abort_handler 0 uas-tag 9 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.672523] sd 0:0:0:0: [sda] tag#2 CDB: opcode=0x2a 2a 00 1a 80 09 00 00 00 08 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.672817] sd 0:0:0:0: [sda] tag#1 uas_eh_abort_handler 0 uas-tag 8 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.672827] sd 0:0:0:0: [sda] tag#1 CDB: opcode=0x2a 2a 00 00 13 27 88 00 00 10 00
Apr 23 13:07:34 raspberrypi kernel: [ 60.673150] sd 0:0:0:0: [sda] tag#0 uas_eh_abort_handler 0 uas-tag 7 inflight: CMD OUT
Apr 23 13:07:34 raspberrypi kernel: [ 60.673166] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x2a 2a 00 1a d4 38 50 00 02 40 00
Apr 23 13:08:00 raspberrypi kernel: [ 87.037181] sd 0:0:0:0: [sda] tag#25 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD
Apr 23 13:08:00 raspberrypi kernel: [ 87.037200] sd 0:0:0:0: [sda] tag#25 CDB: opcode=0x85 85 06 2c 00 da 00 00 00 00 00 4f 00 c2 00 b0 00
Apr 23 13:08:00 raspberrypi kernel: [ 87.057208] scsi host0: uas_eh_device_reset_handler start
Apr 23 13:08:00 raspberrypi kernel: [ 87.189908] usb 2-1: reset SuperSpeed USB device number 2 using xhci_hcd
Apr 23 13:08:00 raspberrypi kernel: [ 87.213559] scsi host0: uas_eh_device_reset_handler success
Apr 23 13:08:31 raspberrypi kernel: [ 117.757785] sd 0:0:0:0: [sda] tag#10 uas_eh_abort_handler 0 uas-tag 5 inflight: CMD IN
Apr 23 13:08:31 raspberrypi kernel: [ 117.757805] sd 0:0:0:0: [sda] tag#10 CDB: opcode=0x28 28 00 1a 80 1f b8 00 00 50 00
Apr 23 13:08:31 raspberrypi kernel: [ 117.758015] sd 0:0:0:0: [sda] tag#7 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD IN
Apr 23 13:08:31 raspberrypi kernel: [ 117.758020] sd 0:0:0:0: [sda] tag#7 CDB: opcode=0x28 28 00 1a 80 1f b0 00 00 08 00
Apr 23 13:08:31 raspberrypi kernel: [ 117.758317] sd 0:0:0:0: [sda] tag#6 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD IN
Apr 23 13:08:31 raspberrypi kernel: [ 117.758321] sd 0:0:0:0: [sda] tag#6 CDB: opcode=0x28 28 00 1a c1 61 00 00 00 08 00
Apr 23 13:08:31 raspberrypi kernel: [ 117.758648] sd 0:0:0:0: [sda] tag#5 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN
Apr 23 13:08:31 raspberrypi kernel: [ 117.758652] sd 0:0:0:0: [sda] tag#5 CDB: opcode=0x28 28 00 1a 8a 7a 68 00 01 00 00
Apr 23 13:08:31 raspberrypi kernel: [ 117.758843] xhci_hcd 0000:01:00.0: WARNING: Host System Error
Apr 23 13:08:36 raspberrypi kernel: [ 122.849879] xhci_hcd 0000:01:00.0: xHCI host not responding to stop endpoint command
Apr 23 13:08:36 raspberrypi kernel: [ 122.849995] usb 1-1: USB disconnect, device number 2
Apr 23 13:08:36 raspberrypi kernel: [ 122.850490] usb 2-1: USB disconnect, device number 2 -
gianni85
veterán
Sziasztok! OMV topikból jövök át, van egy pár napja élesített OMV6-os PI4-en, OS az SD-n és USB SSD-vel. Ment minden flottul, de én hülye backup nélkül ránéztem a frissítésekre és lefrissítettem. Nem tudom miről, most Verzió:6.3.9-1 (Shaitan), Rendszermag:Linux 6.1.21-v8+
Azóta indítás után kis idővel állandóan ledobja az SSD disk-et, napló alapján S.M.A.R.T-tal lehet összefüggésben. Valami tipp, hol induljak el, vagy milyen naplóbejegyzésekre, diagnosztikára lenne szükség a probléma beazanosítására? Nem vagyok egy nagy linux admin, de azt is szívesen veszem, ha csak elindítotok a megfelelő irányba, utánaolvasgatok, de vakon nekiállni google keresésekkel nem sokra megyek -
tvamos
nagyúr
Koszonom a segitseget!
Utanaolvastam, hogy mik is ezek az uid, meg gid, es igy mar nem csak bemasoltam, amit irtal, hanem ertelmeztem is. Mostmar megfeleloen mukodik. Azon gondolkodom meg, hogy az umask-ot is be kene allitanom, az alapertelmezett ertek lehet, hogy zavart fog okozni az eroben.(#89428) sh4d0w
"ntfs, amin jogosultsagot allitasz?"
Nem, hulye voltam, es a helyi konyvtar jogozultsagait allitgattam, mount elott. (Vagyis umount utann allitgattam, utana meg ujrainditottam a gepet.) -
Kis ráncfelvarráson és tartalmi bővítésen esett át az NVMe Linux management blog, ha átnézitek és jelzitek, ha valami nem érthető vagy hiba (szintaktikai vagy elírás) van benne, azt megköszönöm!
-update- NVMe SSD - Linux mankó - smart management (align, TRIM, heat...)
-
2544AACD
csendes tag
Srácok! Mindenkinek köszi!
-
tvamos
nagyúr
Szia!
Ez nagyon kemeny.
Beallitom a jogosultsagot, es jo is:
$ ls /media/tomi/ -alh
total 40K
drwxr-x---+ 6 root root 4,0K Apr 17 20:36 .
drwxr-xr-x 4 root root 4,0K Nov 1 22:35 ..
drwxrwxrwx 9 tomi tomi 20K Apr 16 22:47 Data
drwxrwxrwx 2 tomi tomi 4,0K Nov 1 22:32 DataWin
drwxrwxrwx 2 tomi tomi 4,0K Nov 18 21:54 Public
drwxrwxrwx 2 tomi tomi 4,0K Nov 18 21:54 Public2De minden ujrainditas utan a gep elallitja a jogosultsagokat igy:
$ ls /media/tomi/ -alh
total 32K
drwxr-x---+ 6 root root 4,0K Apr 17 20:36 .
drwxr-xr-x 4 root root 4,0K Nov 1 22:35 ..
drwxrwxrwx 9 tomi tomi 20K Apr 16 22:47 Data
drwxrwxrwx 2 tomi tomi 4,0K Nov 1 22:32 DataWin
drwxr-xr-x 2 goliat users 0 Apr 15 16:41 Public
drwxr-xr-x 2 goliat users 0 Apr 15 23:24 Public2Az fstab-ban most ez van:
//IP/public /media/tomi/Public cifs username=usr,password=psw,rw,uid=1001,gid=100 0 0
Mi a franc baja lehet? Sosem lattam ilyet.
-
2544AACD
csendes tag
válasz
fatpingvin #89419 üzenetére
ezt még nem próbáltam, nekifutok...
-
2544AACD
csendes tag
Sziasztok!
Adott egy 16GB USB-s pendrive,
Kingston.
Bootolhato ISO képet írtam ki rá,
de sajna azóta "írásvédett" a lemez.
Ezeket próbáltam eddig:
Partíció törlése = nem törölhető
Gparted = 0
KDE partíciókezelő = 0
UBCD -ről nem tudom melyik partíciókezelő = 0
UBCD disk hexa editor, megpróbáltam a lemez
tartalmát 0-ra átírni, nem engedi
ASUS BIOS SSD cleaner = 0
Windows 10 partícionálás, formázás = 0
Philips LED TV, USB - lemez formázása = 0
Valakinek van egyéb ötlete vagy ez a lemez kuka? -
HUNited
őstag
válasz
tordaitibi #89410 üzenetére
Köszi. Rengeteg pendrive-om van, nem ez volt a probléma
Csak ha már bootolósan kell csinálni tehát pl nem megy a háttérben miközben mást tolok, akkor egyszerűbb újratelepíteni. Meg is történt amúgy, simán leformáztam egy 135 gigás (ennyi maradt a 800 gigás data parti mellett) darabot ext4-re, a régiről kimentettem opkg-ből a telepített csomagok listáját, azokat visszatettem, és visszamásoltam a helyükre a konfig fájlokat (azok le voltak nekem mentve adatvesztés esetére). Egyedül csak a tűzfallal (Skynet) szívtam, mert nem értettem a hibaüzenetet amit dobott (nem találja az USB-t ?! wtf), a neten nagy nehezen megtaláltam hogy ez nem relatívan hivatkozik a konfigban a helyére, hanem a disk labeljével, az meg más lett mint a réginek, tehát 3 másodperces beállítással szívtam úgy 2 órát
De mindig tanul az ember. Remélem újabb 10 évig nem kell ezzel foglalkoznom (vicc hogy a Routert egyszerűbb kicserélni a rendszer mögött mint a háttértárat).
-
sh4d0w
félisten
Szerintem Windows alatt nincs filesystem független másolás, már több esetben is belefutottam, hogy nem kezelik az ext partíciókat ezek a programok. Ha van drivered, akkor talán igen, de egyébként a tapasztalataim mást mutatnak.
Valószínűleg nem véletlenül van megemlítve a linkeden sem a Clonezillánál az ext-ek kezelése.
-
cigam
titán
válasz
HUNited #89402 üzenetére
A WSL kezeli az ext4-et. Felcsatolod, átmásolod(rsync, vagy dd), készen vagy.
Persze egyszerübb Clonezillával az egészet átmásolni.
A Windows-os lemezkép kezelő programok is képesek klónozni, fájlrendszertől függetlenül, hisz egy szintel alatta, a szektorokat másolják le bitről bitre. -
válasz
HUNited #89402 üzenetére
Win alatt xcopy pl.
xcopy c:\ f:\ /s /e /h /i /c /y
behelyettesítve a meghajtó betűjeleket.
ez amolyan DD szerűség de nem viszi át a part uuid-ket labeleket meg az esetleges mbr vagy bármilyen ilyen jellegű adatokat úgyhogy nem ismerem a rouer firmwarek lelkivilágát de tuti hogy utólagos hegesztgetések kellenek, be kellene vetni a cmd diskpartot is, így nem ajánlom.
+még ha a Win nem ad betűjelet az egzotikus fájlrendszernek mert nem fog, akkor eleve meghalt az elképzelés mert nem fogja felcsatolni, mountolni. Kell még egy Ext2explore szerűség is.
Ha nincs 1 darab pendrájvod akkor adok neked ingyen egy 32 gigást mert a Ventoy óta csak kallódnak a fiókba és arra live Linux, Clonezilla, Acronistrueimage, bármilyen free klónozó szoftver és ennél nincs egyszerűbb megoldás. -
válasz
HUNited #89402 üzenetére
Azt még érdemes megfontolni, hogy ebben az esetben külső SSD-nek NVME SSD ajánlatos a trimmelés miatt, mert a satás házba tett sata SSD nem fog trimmelődni, legfeljebb néhány rack viszi át a belsős fstrim parancsot (pl ACT AC1510 USB 2.5" SATA Merevlemez Adapter), egyéb házak esetén mókolni kell az fw-ben, vagy entwareben. Ráadásul egyébként sem ismeri alapból az fstrimet magát sem a router fw, vagy entware. Az NVME SSD viszont "spontán" trimmelgeti magát.
-
HUNited
őstag
Sziasztok. A topikleírás alapján bizonytalan vagyok hogy jó helyen kérdezek e, mert lehet hogy ez szerver kérdés (nem szerver, hanem NAS). Ha rossz helyen vagyok, elnézést kérek.
Van egy Asus Routerem, Entware rendszerrel megspékelve, és testreszabva. Ez az Entware disztri egy ext4 fájlrendszeren van egy ősrégi külső merevlemezen. Beszereztem egy külső SSD-t , és erre szeretném áthelyezni ezt az Entware-t tartalmazó ext4 fájlrendszert (klónoznám a partíciót). Ehhez nekem win11 pro áll rendelkezésemre, WSL-el.
Maguk a fájlok azok NTFS partíción vannak, és azokat már átmásoltam sikeresen Windows alól.
Van erre megoldási javaslatotok?
Nekem az is jó, ha olyan szoftvert ajánlotok, ami képes olvasni és másolni az EXT4 fájlokat.
Köszi: Sanyi.
Új hozzászólás Aktív témák
Hirdetés
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!
- Kerti grill és bográcsozó házilag (BBQ, tervek, ötletek, receptek)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Kínai és egyéb olcsó órák topikja
- Sütés, főzés és konyhai praktikák
- Gaming notebook topik
- Spórolós topik
- Konteó topic
- Mobil flották
- További aktív témák...
- Eladó Steam kulcsok kedvező áron!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Játékkulcsok a legjobb áron: Steam
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD I HDMI I W10 I CAM I Garancia!
- GYÖNYÖRŰ iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3138
- Új és újszerű 13"-14" Gamer, ultrabook, üzleti készülékek nagyon kedvező alkalmi áron Garanciával!
- LG 38WN95C - 38" Ívelt NANO IPS - 3840x1600 - 144hz 1ms - Nvidia G-Sync - AMD FreeSync - ThunderBolt
- RAKTÁRSÖPRÉS!!! - Videókártyák, Monitorok, Notebookok, Stb. - Szaküzletből! Számlával!
Állásajánlatok
Cég: FOTC
Város: Budapest