-
IT café
Utoljára frissítve: 2024.03.06.
Légy szíves olvasd el mielőtt kérdezel!
Az összefoglalóban sok helyen a fórumtársak hozzászólásai vannak belinkelve, vagy az ő információik alapján írtam meg, tisztáztam le az adott információt. Ezúton is köszönöm mindenkinek a segítséget!
Új hozzászólás Aktív témák
-
Csicsóka
őstag
válasz kmarci25 #20069 üzenetére
Vagy az egész /storage-t kell megosztani, és akkor elérhető, szerkeszthető minden, SMB-n. Így nem kell szenvedni a kodi fájlkezelővel, távoli gépről lehet dolgozni.
Megoldás egyszerű, a Configfiles megosztott könyvtárban kell létrehozni egy samba.conf fájt, az alábbi tartalommal:
[global]
server string = LibreELEC
workgroup = WORKGROUP
netbios name = %h
security = share
guest account = root
socket options = TCP_NODELAY IPTOS_LOWDELAY
max protocol = SMB2
min receivefile size = 16384
deadtime = 30
mangled names = no
syslog only = yes
syslog = 2
name resolve order = host bcast wins
printcap name = /dev/null
load printers = no
browseable = yes
writeable = yes
printable = no
encrypt passwords = true
enable core files = no
passdb backend = smbpasswd
smb encrypt = disabled
use sendfile = yes
strict allocate = no
allocation roundup size = 0
[Storage]
path = /storage
available = yes
browsable = yes
public = yes
writable = yesReboot után már az egész /storage hálózaton keresztül elérhető lesz.
-
Csicsóka
őstag
válasz GZoli7 #20648 üzenetére
Nagyon is használatos Linux alatt is, Nem azonnal kerül kiírásra az adat a tárolóra, először egy pufferbe kerül, majd ha az megtelik akkor írja ki azt a tárolóra. Ezért fordulat elő adatvesztés, akkor ha leválasztás nélkül távolít el valaki egy HDD-t, a puffer nem lesz kiürítve. Maga a leválasztás egy sync Linux parancson keresztül üríti a puffereket, így nem lehet adat vesztés. Desktop Linuxok ezt szépen meg is csinálják reboot, vagy shutdown alatt, + még parkoló pályara küldik a HDD fejeket, lekapcsolják a táplálást.
LE esetén ez nem mindig valósul meg, készülék típustól függő. Nálam az MXQ Pro+ még a tápot sem veszi le a HDD-ről, vígan forog a motor a menűből való kikapcsolás után is. A T95m pedig ugyan kikapcsolja a táplálást, de hallani a HDD hangján hogy nincs parkolva a fej előtte. A HDD belső védelmi mechanizmusa persze ilyen hirtelen tápfesz elvétel esetén is dolgozik, nem fog a fej, vagy a lemez sérülni, de ez nem üzemszerű állapot azért.
Hogy ezt a problémát elkerüljem, használom minden boxomon az alábbi megoldást, ami csak a kodi shutdown menüjéből való leállítás esetén működik megfelelően. Tápfesz megszűnésekor (konnektorból kihúzás) nem.
A Configfiles megosztott könyvtárba kell létrehozni egy fájlt shutdown.sh néven az alábbi tartalommal:
#!/bin/sh
DEVICE=sda
case "$1" in
halt)
sync
umount /dev/$DEVICE
hdparm -y /dev/$DEVICE
;;
poweroff)
sync
umount /dev/$DEVICE
hdparm -y /dev/$DEVICE
;;
esacEz kiüríti a puffereket, leválasztja a fájlrendszert, szabályosan leállítja a HDD-t.
-
Csicsóka
őstag
válasz Turbobacsi #20715 üzenetére
Erre nincs lehetőség! Minden arm masina ilyen.
-
Csicsóka
őstag
válasz DoItYourself #20720 üzenetére
A K1-en is van bekapcsoló gomb, de az is elindul ha tápot kap. Ebben sincs egység ezek szerint.
-
Csicsóka
őstag
válasz Shingen #20834 üzenetére
Böngészőből megszólítva pedig válaszolnia kell, még akkor is ha rossz valamelyik .json paraméter.
Fut egyáltalán a transmission-daemon?
Ha belépsz SSH-n, megnézheted.ps | grep trans
Hasonló lesz a válasz ha fut, azzal a különbséggel hogy a transmission-daemon pid, és a bináris elérési útja lesz kiírva. Én nem használom ezt a boxon, ezért a a samba server-t kérdeztem le.
LibreELEC-T95m:~ # ps | grep smbd
2504 root 0:00 /usr/bin/smbd --configfile=/run/samba/smb.confHa van pid, akkor fut is, csak valami más egyszerű hiba lehet.
-
Csicsóka
őstag
válasz Shingen #20889 üzenetére
Nem működik a link, mert már csak a Thoradia repo-ból telepíthető a transmission daemon, több más addonnal együtt. Nem telepítettem, inkább csináltam egy tutira működő addont, mivel korábban volt rá kérés. És ha már úgy is foglalkoztam vele egyben magyarítottam is. Működik minden 8-as LE alatt.
Letöltés:
service.transmission-8.0.2.zip
Alap beállítások szerint a /storage/incomplete-be tölt le, amit ha teljesen letöltődött az adott cucc, áthelyez a /storage/downloads-ba.
A figyelő könyvtár, amibe bedobott torrent fájlt elkezdi tölteni, a /storage/watch
Ezeket a könyvtárakat nem kell létrehozni, megcsinálja magának.
Természetesen ezek az elérési utak az addon beállítások alatt bármikor módosíthatók. -
Csicsóka
őstag
-
Csicsóka
őstag
válasz Lacko66 #21154 üzenetére
A random ip-t a dhcp kliens adja, akkor ha nincs kapcsolat.
Megy ez a hálózati csatoló egyáltalán droid alatt?Csatlakozz wifi-n, és lépj be SSH-n.
Add ki a:ethtool eth0
parancsot.
Ilyet kell látnod ha működik a csatoló:
LibreELEC-T95m:~ # ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: external
Auto-negotiation: on
Supports Wake-on: ug
Wake-on: d
Current message level: 0x0000003f (63)
drv probe link timer ifdown ifup
Link detected: yesLink detected: yes ,ha be van dugva a hálózati kábel.
ethtool a network-tools addonban van.
-
Csicsóka
őstag
válasz kmarci25 #21283 üzenetére
De a legegyszerűbb, futó LE alól, SSH-n belépve megoldani a dolgot. Így nem kell ki sem szedni az SD-t, sem droid alól pendrive-ra másolgatni, vagy hálózaton ügyködni. A remote.conf lehet a /storage/.config könyvtárban is, nem csak az SD gyökerében, úgy is működik.
Itt írtam le korábban. -
Csicsóka
őstag
Megoldható a droid data partíciójának a használata, ekkor oda kerül minden ami az SD ext4 storage partícióján lakik. Itt leírtam hogyan kell.
De ha már van egy nas, akkor miért nem csinálsz rajta egy MySQL
adatbázist a kodinak?
Akkor mind két doboz azonos adatbázissal dolgozna, és minden bekerült új tartalom látszana mindkét dobozon.Ha egy adott LE verzió nem működik, az még nem a világ vége, (pláne hogy ez még nem végleges verzió) semmi baj sem lesz ha egy kicsit régebbi jó, és mindent kezel a boxon.
Lehet klónozni a kártyákat, csak a hosname-et kell az egyiken megváltoztatni, mert egy hálózatban azonos nevű hostok nem lehetnek.
Vagy átírod az OE beállítások alatt, vagy SSH-n belépve a
/storage/.kodi/userdata/addon_data/service.librelec.setings/oe_settings.xml-ben itt:<?xml version="1.0" ?>
<libreelec>
<addon_config/>
<settings>
<system>
<wizard_completed>True</wizard_completed>
<hostname>LibreELEC-mxq</hostname>
<KeyboardLayout1>hu</KeyboardLayout1>
</system> -
Csicsóka
őstag
válasz bostone #21340 üzenetére
Ezt csak úgy tudom elképzelni, hogy az a box amin a külső HDD van, egyben tartalom kiszolgálója a másik boxnak SMB megosztáson keresztül. Ekkor ha a szerver boxon csinálsz egy médiatár exportálást, akkor a kliens box forrás hozzáadásakor, a tartalommegadás alatt, információs szolgáltató kiválasztásánál, csak a local information-t választva a kliens a szerveren tárolt cuccokból fog élni. Más módszert hirtelen nem ismerek.
-
Csicsóka
őstag
Tönkre ment az SD kártya olvasód? Használd a boxot a lemezkép letöltésére, kiírására!
Váratlanul elhalálozott az USB SD olvasóm, és mivel a másik boxomon még 7-es LE lakott, nem lehetett egyből 8-ra frissíteni. Az "fő" boxon az LE az eMMC-re telepítve működött, ezért adott volt a megoldás, használhatom azt, az SD kártya elkészítésére.
Hangsúlyozom, ez a módszer csak akkor használható, ha az LE a belső tárhelyen (eMMC) figyel!!!!
SSH-n belépve jön pár egyszerű Linux parancs, 10 lépésben:
1.
Töltsd le a lemezképet Kszaq-tól!wget http://kszaq.libreelec.tv/s905/8.2/8.1.1/LibreELEC-S905.arm-8.2-8.1.1.img.gz
2.
Csomagold ki a letöltött képet!gunzip LibreELEC-S905.arm-8.2-8.1.1.img.gz
3.
Töltsd le a megfelelő dtb.img-t! (A példában T95m S905)wget http://kszaq.libreelec.tv/s905/8.2/device_trees/S905/gxbb_p200_2G_100M_RealtekWiFi.dtb
4.
Nevezd át dtb.img-nek!mv gxbb_p200_2G_100M_RealtekWiFi.dtb dtb.img
5.
Tedd be a box SD foglalatába a "feláldozandó" SD kártyát!6.
Válaszd le a fájlrendszerről az SD-t, mivel a LE automount felcsatolta azt!mount | grep mmc
/dev/mmcblk1p2 on /var/media/LIBREELEC_DISK type ext4 (rw,nosuid,nodev,noexec,noatime,data=ordered)
/dev/mmcblk1p1 on /var/media/LIBREELEC type vfat (rw,nosuid,nodev,noexec,noatime,fmask=0133,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)Látható hogy ezen a kártyán két felcsatolt partíció is van, mivel ez egy korábbi LE SD volt.
Mind két partíciót le kell választani, ha másmilyen kártya az "áldozat" akkor a rajta lévő összes fájlrendszerrel ezt kell tenni.umount /dev/mmcblk1p1
umount /dev/mmcblk1p27.
Írd fel a lemezképet az SD-re!dd if=LibreELEC-S905.arm-8.2-8.1.1.img of=/dev/mmcblk1 bs=10M
A promptot csak akkor kapod vissza ha a művelet befejeződött, (pár perc) addig látszólag halott minden.
8.
Cseréld ki a dtb.img-t a te vasadhoz valóra!mkdir mnt
mount /dev/mmcblk1p1 mnt/
mv dtb.img mnt/dtb.img
umount mnt/9.
Töröld a letöltött lemezképet, mert már úgysem kell!rm LibreELEC-S905.arm-8.2-8.1.1.img
10.
Indítsd újra a boxot!reboot
-
Csicsóka
őstag
válasz CactuS #21536 üzenetére
Ha csak LE a fő rendszer, egyáltalán nem kell a firware-el foglalkozni. Úgy is duál boot-os lesz, ha nagy ritkán elindítod a droidot, nem hiszem, hogy hiányozni fog a legfrissebb firmware. Ha meg az LE-t az eMMC-re költözteted, el is felejtheted a droidot.
[ Szerkesztve ]
-
Csicsóka
őstag
-
Csicsóka
őstag
válasz vargalex #22020 üzenetére
Nálam minden boxon az LE, az eMMC-re van téve, ezért kerestem volna a Megogo-hoz gyári android firmware-t. Nem találtam. Így kell valami más megoldást az eredeti, rajta lévő droid lementésére azért, hogy ha mégsem jönne be valamiért ez a box, kezdeni lehessen vele valamit.
A T95m boxomra visszaflasheltem a gyári firmware-t, hogy kitudjam próbálni azt a két lehetőséget amit kigondoltam.
Első körben, SD-ről futó LE alól, dd-vel kimásoltam a /dev/dtb,boot,data,system,recovery USB-re. Ezeket "bántja" az installtointernal amikor bemásolja az LE-t az eMMC-re. Elvileg, ezeket vissza dd-zve LE alól, ismét mennie kell a droidnak.
Második lehetőségként TWRP-t dobtam fel az eredeti recovery helyére, most azzal fogok csinálni mentést, majd megnézem, hogy vissza tudja e állítani akkor, ha az eMMC-n LE feszít.
Ha ezek közül bármelyik variáns bejön, rendelem én is a Megogo-t, van még egy nap az akcióból.
-
Csicsóka
őstag
válasz SunMount3r #22045 üzenetére
Nagyon jó box ez, többünknek is van ilyen, vagy az elődje ami még S905.Az enyém analog kimenete nem ok, de vargalex mester boxa ilyen téren is hibátlan.
-
Csicsóka
őstag
válasz vargalex #22051 üzenetére
Engem sem érdekel a droid, sosem használtam TV boxon, csupán azért görcsölök vele, hogyha elpasszolom, legyen rajta eredeti állapot.
A TWRP-s mentést nem tudtam vissza állítani, mert noha be dd-ztem a gyári recovery helyére, a futó LE alól kiadott reboot recovery után csak állt a t95 logónál és nem moccant sehová sem. Akkor sem ha SD nélkül fogpiszkáltam. De akkor sem ha a TWRP-t SD-re írtam, recovery.img néven. Ami érdekes, ha van droid a boxon, a TWRP szépen indul a /dev/recovery-be írva.
A másik megoldás sikert hozott, dd-vel viszaírtam a dtb,boot,recovery,system img-ket.
A datát csak formáztam ext4-re.
Reboot után recovery-vel indult, panaszkodott hogy csak ro a data, és javítani szeretné, ez után már bootolt is a droid szépen.A lényeg, hogy LE alól lementhető a droid, és ha kell bármikor visszaírható.
Ennek fényében, már teszem is kosárba a Megogo-t. -
Csicsóka
őstag
válasz DoItYourself #22049 üzenetére
Nem rossz megoldás a TWRP, de ha nincs honnan leszedni mentést, vagy nincs is TWRP az adott boxhoz akkor kapufa.
A dd-s megoldás előnye, hogy az LE adott, linux parancssor adott, nem kell külön segédprogi, stb.
Megoldás lehet olyan boxhoz is, ami még nagyon új, vagy nagyon no name, és nincs hozzá egyáltalán flashelhető firmware.
Úgy látom érdekel az a téma mást is, Írok egy lépésről lépésre leírást hamarosan. -
Csicsóka
őstag
Android rendszer mentése, visszaállítása LE alól.
Előzmények: [link] [link] [link]
Követelmény hogy az LE SD-ről fusson, és legalább egy 2 gigás USB tároló legyen csatlakoztatva a boxhoz, amire a mentés fog történni.
SSH belépés után néhány egyszerű parancs következik:
Mentés:
1.
A csatlakoztatott USB drive-ot az LE automount a /var/media könyvtár alá mountolja.
Belépünk ebbe a könyvtárba, hogy ne kelljen hosszú elérési utakat kézzel bepötyögni.cd /var/media/
ls
cd Adata/Beléptünk a /var/media alá, ls parancs megmondta hogy az USB tár, az Adata (mindenkinek más a név) alatt lesz, majd beléptünk az Adata-ba is.
2.
Következő lépésben már mentünk is.dd if=/dev/dtb of=dtb.img bs=256k conv=fsync status=none
dd if=/dev/recovery of=recovery.img bs=64k conv=fsync status=none
dd if=/dev/boot of=boot.img bs=64k conv=fsync status=none
dd if=/dev/system of=system.img bs=1M conv=fsync status=noneImage fájlba kerül a dtb,boot,recovery, és a system. A data lementése nem szükséges a gyári állapothoz visszatéréshez, ez csak akkor kellhet ha valakinek a belakott droid mentése is fontos. Ehhez nem lesz elég a 2 gigás USB, mert a data kb. 4 giga.
A mentési folyamat gyors a system kivételével, mivel az 1 giga.data mentése, ha kellene:
dd if=/dev/data of=data.img bs=1M conv=fsync status=none
Ezzel meg is volt a mentés, nem árt biztonságos helyre másolni az USB-ről, hogy ne sérülhessen.
Visszaállítás:
Visszaállítás is SD-ről futó LE alatt történjen.
1.
Most is be kell lépni az USB-tárbacd /var/media/
ls
cd Adata/2.
Jöhet a visszaállítás.
A data-t csak formázzuk, hogy eltűnjön róla az előző tartalom ( LE storage)mke2fs -F -q -t ext4 -m 0 /dev/data
Majd jön az előző dtb "kinullázása" és az image fájlok visszaírása.
dd if=/dev/zero of=/dev/dtb bs=256k count=1 status=none
dd if=dtb.img of=/dev/dtb bs=256k status=none
dd if=boot.img of=/dev/boot bs=64k status=none
dd if=recovery.img of=/dev/recovery bs=64k status=none
dd if=system.img of=/dev/system bs=1M status=noneHa van data mentés, nem kell formázni a /dev/data-t. Ilyenkor így kell visszaírni:
dd if=data.img of=/dev/data bs=1M status=none
-
Csicsóka
őstag
-
Csicsóka
őstag
válasz Indiant #22073 üzenetére
Ez jó megoldás, mer a dd mindent ment, az üres helyet is. A gzip pedig kiválóan tömöríti ezt.
Egyébként ha van bőséges tároló kapacitás, akkor ez szerintem felesleges procedúra, mert időben nem kevesebb, és a végén úgy is ugyan azt a méretű img-t kell vissza írni az eMMC-re. -
Csicsóka
őstag
válasz vargalex #22095 üzenetére
Nálam a mai napig megy egy 32 gigás Bufallo SSD, arra sem emlékszem hogy hány éves már, csak hogy 30 ezerbe került anno. Hogy az mennyit kapott már az évek alatt. Hányszor volt rajta különféle partíciós táblával, sokféle fájlrendszer, számtalan fajta Linux, egy ideig dózer, és hányszor csináltam rajta dd-vel zeroval töltött image fájlokat, az megszámlálhatatlan. A kis fájlokat 64,128,256,512 KB blokk mérettel, a több gigásakat 1-10 MB-al. Mai napig hibátlan.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz SunMount3r #22100 üzenetére
Persze hogy van lutri ezekkel a boxokkal, a magasabb árfekvésűekhez, márkásabb dobozokhoz van support, ott kisebb a kockázat. Egy 30 dolláros box okozhat meglepetéseket, de ez benne van a pakliban. A T95m droid részét alig használtam, mivel nem érdekel a droid TV boxon. Amit leszűrtem, hogy nem gány munka, amit próbáltam minden működött. YT, Chrome jól használható volt.
-
Csicsóka
őstag
válasz ekrisztian #22084 üzenetére
Ahogy DoItYourself irta, ha nincs kernel szintű támogatás az adott wifi chip-hez, kár a dtb.img-t macerálni.
Egyébként is az LE dtb-k mind egyformán kezelik a chipeket, a realtek kivételételével, ott minimális eltérés van a dtb-n belül.A dtb-t dts-re konvertálva, enyi csak a különbség.
Convert back dtb to dts file and dts to dtb
Realtek:
wifi {
compatible = "amlogic, aml_wifi";
dev_name = "aml_wifi";
status = "okay";
interrupt_pin = <0x2f 0x63 0x0>;
interrupts = <0x0 0x44 0x4>;
irq_trigger_type = "GPIO_IRQ_HIGH";
power_on_pin = <0x2f 0x62 0x0>;
power_on_pin2 = <0x2f 0x70 0x0>;
pinctrl-names = "wifi_32k_pins";
pinctrl-0 = <0x33>;
pwm_config = <0x34>;
};A többi:
wifi {
compatible = "amlogic, aml_wifi";
dev_name = "aml_wifi";
status = "okay";
interrupt_pin = <0x2f 0x63 0x0>;
interrupts = <0x0 0x44 0x4>;
irq_trigger_type = "GPIO_IRQ_LOW";
power_on_pin = <0x2f 0x62 0x0>;
dhd_static_buf;
pinctrl-names = "wifi_32k_pins";
pinctrl-0 = <0x33>;
pwm_config = <0x34>;
};Ki kellene deríteni milyen wifi chip van a vasban, és írni Kszaq mesternek, ha tudja fordítsa bele a következő kernelbe.
-
Csicsóka
őstag
válasz ekrisztian #22105 üzenetére
NAND-ba telepítés után, beteszed hálózaton keresztül az Update-be, átnevezni nem kell.
Onnan reboot után majd elintézi magának a dtb frissítést. -
Csicsóka
őstag
válasz ekrisztian #22108 üzenetére
Kár hogy az android rom-ból átemelt driver nem megy Linux alatt.
Az meg hogy nincs hozzá nyílt forráskód, dühítő!
Képesek csak droid alá fejleszteni.... Ja, az hoz pénzt... -
Csicsóka
őstag
Folytatva előző írásomat, most leírom hogy lehet firmware image-ból visszaállítani az android rendszert, amit előzően az eMMC-re tett LE legyalult, és nincs kéznél USB A-A kábel, vagy az USB Burning tool nem ismeri fel a rádugott boxot.
Akkor is jó ez a megoldás, ha nem készült mentés a gyári rendszerről (előző leírás szerint), ami a boxon volt.Az eljáráshoz szükség lesz egy Linuxos PC-re, vagy egy Live Linuxra (CD, pendrive)
Az .img kiterjesztésű firmware kibontásához találtam egy C-ben írt alkalmazást amit Debian 64 bit alatt lefordítottam, innen letölthető.
Használata:
Egy tetszőleges könyvtárba kell másolni a letöltött firmware fáljt, és az aml-ext binárist.
Majd ebben a könyvtárban állva kiadni a,./aml-ext firmware.img
A lefutás után látható, hogy a kibontott firmware-ben minden megvan ahhoz hogy az előző leírás szerint dd-vel, LE alatt vissza lehessen írni a droidot.
emerson@mint-deb /media/Data/T95-2G-160516/Kibontott-img $ ls
aml_sdc_burn.ini boot.PARTITION manifest.xml system.PARTITION
aml_sdc_burn.UBOOT boot.VERIFY meson1.dtb system.VERIFY
DDR.USB platform.conf UBOOT.USB
bootloader.PARTITION logo.PARTITION recovery.PARTITION
bootloader.VERIFY logo.VERIFY recovery.VERIFYAz összes partíció image közönséges raw image, kivéve a system.PARTITION, ami dd-vel visszaírható az eMMC-re.
A system.PARTITION Android sparse images, amit először konvertálni kell, android-simg2img programmal.
Ezt is lefordítottam innen letölthető.Használata:
./simg2img system.PARTITION system.img
A keletkezett system.img már rendes ext4 fájlrendszert tartalmazó raw image, amit a dd szépen visszaír a helyére.
Ez után, ezen könyvtár tartalmát USB tárolóra kell másolni, majd jön az eMMC-re írás a boxba belépve SSH-n.
Az előző leírás visszaállítás pontja szerint, ext4 fájlrendszert kell létrehozni a data-n, be kell lépni az USB tárba, majd
dd if=/dev/zero of=/dev/dtb bs=256k count=1 status=none
dd if=meson1.dtb of=/dev/dtb bs=256k status=none
dd if=boot.PARTITION of=/dev/boot bs=64k status=none
dd if=recovery.PARTITION of=/dev/recovery bs=64k status=none
dd if=system.img of=/dev/system bs=1M status=none[ Szerkesztve ]
-
Csicsóka
őstag
válasz Csicsóka #22127 üzenetére
"Az előző leírás visszaállítás pontja szerint, ext4 fájlrendszert kell létrehozni a data-n"
Ez a lépés kihagyható, mert a procedúra után többször is próbálkozik az elindulással, (a T95m kijelzőjén írja hogy boot, mutatja az időt) de nem sikerül neki, és recovery-be lép. Ott pedig formázza úgy is a Data-t és a Cache-t. Ez után rebootol, majd elindul.
-
Csicsóka
őstag
válasz Ejelhar #22132 üzenetére
Örülök, hogy tehettem valamit a közösség érdekében!
Egyrészt ezt egyfajta hiánypótlásnak tekintem, mivel valóban eléggé kevés infó lelhető fel ezekről a dolgokról.
Másrészt kicsit a Linux népszerűsítése is, ami már 2003 óta szívügyem, amikor az első magyar Linuxot az UHU-t fejlesztettük. Az LE ehhez is egy jó eszköz, és rajta keresztül sokan másként gondolnak a Linuxra. Ezeken a példákon keresztül, talán közelebb kerül a rettegett parancssor, és láthatóvá válik mikre képes egy ilyen egyszerű, "kiherélt" rendszer mint az LE. -
-
Csicsóka
őstag
válasz SunMount3r #22141 üzenetére
Igen, jó sok marketing volt. Az akkori Chip magazin foglalkozott vele, a Computer Panorama-ban cikk jelent meg, + CD mellékleten a Live CD, A Fiksz rádióban műsor, élőben velünk a BME-n, stb.
Egyébként azóta hogy próbáltad a SuSe-t sokat fejlődött már a Linux, most ilyen problémák már nincsenek, a legtöbbet csak felteszed, és használod. -
Csicsóka
őstag
válasz Ejelhar #22144 üzenetére
Bevallom, nincs közöm ezekhez, így nincs veszélyben az életem sem.
Maximálisan osztom a véleményed, és egyiket sem használom. Az Ubuntu sohasem tetszett, megnéztem, leszedtem. KDE-t a 3-as óta nem használok, a 4-est párszor megnéztem de egy napig sem volt fent egyszer sem. Fiatalabb koromban (26 évvel ezelőtt ültem először SCO Unix előtt) Gentoo-t nyúztam, de ma már nincs türelmem mindent forráskódból forgatni. Aztán évekig LXDE-t használtam Debian-ra telepítve. Arch Linuxot csak rövid ideig használtam, nagyon jó rendszer, de túl sokáig használtam a dpkg-t, apt-t, nem volt már kedvem átszokni. Most Mate desktop, Linux Mint Debian alatt. Ez az egyik leginkább normális, konzervatív desktop. Nem véletlenül van a Linux Mint az első helyen a DistroWatch-on Másoknak is elege van már az idióta megoldásokból. A gyermekeim 32/30 Cinnamon desktopot használnak, ők még látnak fantáziát az animált ablakokban.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz bostone #22229 üzenetére
"Nandra telepített LE, mennyivel ad többet, az sd kártyás módszerhez képest?"
Sokkal gyorsabb Főleg olvasásban.
Flash-bench Kodi addon.
-
Csicsóka
őstag
válasz SunMount3r #22238 üzenetére
Pont olyan stabil mint az S905, tudja mind azt, sőt egy két plusz is van. Egyedül gigabit LAN a hiánycikk.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Gamer gép: i5 8500, RX 5600 XT 6GB, 2x8GB ram, HDD: 3TB, SSD: 120 GB, CM 600W, MSI Z390
- Gamer PC , i5 12400F , RTX 3060 12GB , 32GB 3200MHz , 512GB NVME , 2TB HDD
- Gamer PC , i7 8700 , RTX 3060 12GB , 32GB DDR4 , 512GB NVME , 1TB HDD
- Gaming PC , R5 4500 , RX 5700 XT , 32GB DDR4 , 512GB NVME
- Lenovo Thinkstation P520 alaplap, több darab, áfás számla, 1 év gari
- Gamer gép Ryzen7/3070 ti
- 8. generációs játékra is alkalmas számítógép, eladó!
- Eladó félgép: 5900X , Asus Strix X570 -E Alza gar:2024.10.15 G.SKILL 3x8GB 3600 Kazy gar:2024.10.20
- Whatsminer M21s 54TH/s bitcoin miner bányászgép, antminernél stabilabb! Utolsó darab!
- i7-8700K & ASUS ROG Z370-E GAMING & Corsair 32GB KIT DDR4 3200MHz CL16 RGB - OLCSÓBB
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen