- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Elektromos rásegítésű kerékpárok
-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Siriusb
veterán
válasz Jester01 #9958 üzenetére
Nálad a pont, tényleg 32 bites. Pedig azt hittem, 64 bitest töltök le. Igaz, vacakolt az adobe oldala és többször kellet neki futnom, valószínű figyelmetlen voltam. Vagy átírányított a végén...
Kíváncsi vagyok, milyen különbséget fogok észrevenni a 32 bit vs 64 közt. Gyanítom nagyobbrészt semmit -
TomyLeeBoy
tag
válasz Jester01 #10098 üzenetére
upnp off... És a szerver elérhető kívülről. Megoldódott.
Gondoltam azért beírom ha más is szenvedne ilyennel.
WRT54GL router van, és bekapcsolt upnp-vel hiába vannak forwardolva a portok, akkorsem elérhető kívülről a szerver. Ha kikapcsolom, minden ok.
Szerintem bekapcsolt upnp-vel is kellene mennie (ezért volt nehéz megtalálni a problémát ), de a gyakorlat azt mutatja hogy nem...Az idő sebessége: 1s/s
-
bambano
titán
-
ngabor2
nagyúr
válasz Jester01 #10355 üzenetére
pedig a cél épp az, hogy egy relét birizgáljak a számítógépről közvetlenül. ez kapcsolgatna egy lámpát, mint egy időkapcsoló. csak ezekből a lámpákból van 6-8 darab, számítógép + relé kombó ennyinél már olcsóbb, mint ennyi időzítőkapcsoló. ráadásul ha még vissza is olvasható, hogym i történt, akkor meg pláne jobb, távolról vezérelhető, satöbbi.
soros, vagy párhuzamos port, alapból mindegy, soros port is van alapból 2, meg 4-portos soros kártya is van fél vödörrel.
-
Speeedfire
nagyúr
válasz Jester01 #10386 üzenetére
Első körben (ez még tavaly volt) az elképzelés az volt, hogy vettem egy sata raid vezérlőt mondom majd arra rányomom a nagy hdd-t és akkor jó lesz, hát nem. Gondoltam akkor majd a kis ata 250-esen lesz a rendszer és a nagy hdd meg meg majd adatnak, így sem lett jó. Végül a rendszer egy kis 4,3 GB-os hdd-n lett és a nagy hdd emg adat, de így meg a kicsi elég hangos volt, így abba is hagytam a home szerver dolgot.
Amúgy mindig azt csinálta, hogy a grub bejött, de nem ment tovább, ha jól emlékszem az az ubi 8.04 volt az alany.Konkrétan azt nem próbáltam meg, hogy levágni egy kis részt és arra a boot, de ezt még lehet megpróbálom majd valamikor.
A kicsit hdd-t boot után már le lehet valahogy állítani?A hdd másolás akkor így lesz ezután is, sajnos ram kevés van benne (32MB).
Hát openwrt alatt van 2 web felület is, a luci ami lua alapú scriptekkel van megoldva, az xwrt meg shell scriptekkel. A dd-wrt-re, tomato-ra és a gargoylra nem jöttem még rá, de majd csak meg lesz az is valahogy.
bambano: azt hiszem van rajta 32GB rész, lehet majd ezt is megpróbálom majd.
dabadab: grub volt rajta, még az 1-es verzió, lilo-t eddig még csak 1x láttam
amúgy a kettő között tudásilag a különbség?Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
bambano
titán
válasz Jester01 #10390 üzenetére
"biztos, hogy a jumperelést fel tudja oldani a linux?": nem tudom, mit csinál, azt sem, hogy milyen szakszavakkal kellene leírni, de a dmesg-ben világosan látszik, hogy a kernel rájön, hogy a diszk nem olyan, mint amilyennek lennie kellene és megoldja, hogy a teljes geometriát lássa. Elő kéne kotorni egy gépet, ami ilyen, de most hagy ne tegyem meg.
#10404: az kavarhatott be, hogy ugyan blokkos eszköz driver nincs benne, de fájlrendszer driverek vannak.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Rickazoid
addikt
válasz Jester01 #10406 üzenetére
Köszi, ezen elindulva már megtaláltam a megoldást. Egy nomodeset a kernel paramétereihez és a konzolos probléma megoldva. Egy újabb funkció, amit nem támogat az ATI driver, mért nem vagyok meglepve? Mondjuk az fura, hogy ezt valami aktiválta nekem, telepítettem már Arch Linuxot más gépen is, de sose találkoztam ezzel a jelenséggel, nVidia kártya esetében se, hogy bootolás közben váltson felbontást.
Más disztribúciók alatt működik a VirtualBox utóbbi pár verziója (akár az OSE, akár a zárt)? Egy ideje már küszködök vele, mostanában csak első leállításig működik egy rendszer vele, utána nem indul többé el, a konfigurálás ablaka percekig nyílik meg, akárcsak maga a VirtualBox, sőt, le sem áll, miután bezártam, egy process továbbra is fut, amit úgy kell kilőnöm, de eközben semmi hibaüzenetet nem kapok. Megpróbáltam a .run-t telepíteni, ilyenkor viszont egy halom hibaüzenetet kaptam, miszerint:
dkms.conf: Error! No 'DEST_MODULE_LOCATION' directive specified.
dkms.conf: Error! No 'PACKAGE_NAME' directive specified.
dkms.conf: Error! No 'PACKAGE_VERSION' directive specified.
dkms.conf: Error! No 'DEST_MODULE_LOCATION' directive specified.
dkms.conf: Error! No 'PACKAGE_NAME' directive specified.
dkms.conf: Error! No 'PACKAGE_VERSION' directive specified.
Error! Bad conf file.
File: /var/lib/dkms/vboxdrv/3.2.6/source/dkms.conf does not represent
a valid dkms.conf file.És ezt ismételgeti párszor, majd
VirtualBox has been installed successfully.
A wine-nal is hasonló problémáim vannak, hibaüzenet nélkül szimplán nem indul, illetve egy process elindul, de nem nyit meg semmit, se a winecfg-t. Viszont ha rootként próbálom, akkor működik, ahogy kell. Annyit szórakoztam már az ATI driver vagy az X frissítése után a rendszer darabokból történő sokszori felállításával, hogy lehet kezd kicsúszni a kezemből.
[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Rickazoid
addikt
válasz Jester01 #10412 üzenetére
Egyszerre minden driverből csak egy van telepítve és csak a catalyst a zárt. Néha kipróbálom a radeonhd-t is, ilyenkor leveszem a catalystot és a függőségeit, majd telepítem a radeonhd-t. Vissza ugyan így állok. Ezek szerint nem távolít el mindent a rendszerből a radeonhd a törlése után?
Mindenesetre a menu.lst-hez szerencsére nem nyúl. Jó öreg GRUB.
Lehet csinálok egy újratelepítést, elkezdem elölről felépíteni, mostanra sokkal jobban ismerem már ezt a rendszert, mint amikor először telepítettem - vagy legalábbis tudom hol vannak a jó dokumentációk.[ Szerkesztve ]
Erkölcstelen csíkot húzni a másik krumplifőzelékébe csak azért, hogy legyen egy szünet.
-
Speeedfire
nagyúr
válasz Jester01 #10851 üzenetére
A fura az, hogy fent van az is. Érdekes dolgokat csinál, még szűz rendszer alatt is.
Hol ezt, hol azt hiányolja, pedig előtte minden csomagot és elvileg függőséget is leszed a netről...Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz Jester01 #11310 üzenetére
root@Server:~# tcpdump port 443 -v
tcpdump: WARNING: eth0: no IPv4 address assigned
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernelÉrdekes, hogy a 80-as porton se csinál sok mindent.
2 packet received és 0 cactured...Ezt az ipv4 dolgot nem értem. Akkor a sima http elérés miért megy?
A lighttpd alatt fut még egy sima php oldal és egy shell script is a cgi-bin alatt. Illetve uhttpd alatt egy admin felület.
1-2 infó még hátha valami jó is kisül belőle.
Telepített lighttpd és moduljai:
root@Server:~# opkg list_installed | grep lighttpd
lighttpd - 1.4.28-1
lighttpd-mod-access - 1.4.28-1
lighttpd-mod-alias - 1.4.28-1
lighttpd-mod-auth - 1.4.28-1
lighttpd-mod-cgi - 1.4.28-1
lighttpd-mod-evhost - 1.4.28-1
lighttpd-mod-fastcgi - 1.4.28-1
lighttpd-mod-redirect - 1.4.28-1
lighttpd-mod-rewrite - 1.4.28-1
lighttpd-mod-rrdtool - 1.4.28-1
lighttpd-mod-scgi - 1.4.28-1
lighttpd-mod-simple-vhost - 1.4.28-1
lighttpd-mod-ssi - 1.4.28-1
lighttpd-mod-status - 1.4.28-1
root@Server:~#A lighttpd konfigom: [link]
De ti is megtudjátok esetleg lesni. 1-2 link, remélem senki sem él vele vissza....
[link] [link] [link] [link][ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz Jester01 #11314 üzenetére
Hááát. Azt nem tudom...
Raktam fel most egy kis oldalt, csinálnál róla egy printscrint? Elég szkeptikus vagyok.
bambano: Elvileg default-ban meg csinálja az openwrt. De ha megmondod mit keressek akkor megmondom.[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz Jester01 #11317 üzenetére
Besza-behu! Tényleg bejön nálad...akkor mi lehet a gond nálam? Se ip, se domain alapján nem jön be nálam.
Gondolom arra gondolsz, hogy nincs aláírva.
A tanúsítványt így hoztam létre:
openssl req -new -x509 -keyout server.pem -out server.pem -days 3650 -nodes
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz Jester01 #11319 üzenetére
Csináltam egy újat, így:
openssl req -new -keyout server.pem -out server.pem -
days 3650 -nodes -subj /CN=speeedfire.ath.cxMajd restartoltam a szervert, de errort dobott:
root@Server:/etc/lighttpd# /etc/init.d/lighttpd restart
2011-07-24 11:11:39: (network.c.602) SSL: Private key does not match the certificate public key, reason: error:0906D06C:lib(9):func(109):reason(108) /etc/lighttpd/server.pem
root@Server:/etc/lighttpd#De még mindig nem értem, hogy emiatt a kulcs miatt nem látom a belső hálóról?
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Siriusb
veterán
válasz Jester01 #11340 üzenetére
Azt nem tudtam, hogy ext2-ként is lehet csatolni az ext3-t. Kár, hogy Speeedfire problémáján ez nem változtat.
Ha már itt tartunk, régebben próbálgattam a btrfs-t, de volt még vele problémám, talán a snapshotok készítésénél. Használja ezt valaki, vannak jó tapasztalatok? -
Speeedfire
nagyúr
-
Fooler89
őstag
válasz Jester01 #11380 üzenetére
Siriusb: hu átszerkesztettem, a console fontot is átírtam.
/usr/share/zoneinfo/Europe/Budapest létezik de tartalma számomra nem értelmezhető. Tele kriksz krakszokkal.
~/.bashrc nincs erre vontakozó rész.
[fooler@fooler-laptop ~]$ sudo locale-gen
Jelszó:
Generating locales...
en_US.UTF-8... done
en_US.ISO-8859-1... done
hu_HU.UTF-8... done
hu_HU.ISO-8859-2... done
Generation complete.Jester01:
Biosban megint beállitottam a dátumot majd beléptem az archba.
fooler@fooler-laptop ~]$ hwclock -r --localtime --debug
hwclock a(z) util-linux 2.19.1 csomagból
/dev interface to clock használata.
Feltesszük, hogy a hardveróra a(z) helyi időben marad.
Várakozás az óra ütésére...
az óraütés megvan
A hardverórából olvasott idő: 2011/07/23 14:39:24
A hardveróra ideje: 2011/07/23 14:39:24 = 1311424764 másodperc 1969 óta
2011. júl. 23., szombat, 14.39.24 CEST -0.401650 másodperc
Utána beléptem a biosba és le volt nullázva a dátum/idő.[ Szerkesztve ]
-
Fooler89
őstag
válasz Jester01 #11382 üzenetére
[fooler@fooler-laptop ~]$ sudo hwclock -r --localtime --debug
Jelszó:
hwclock a(z) util-linux 2.19.1 csomagból
/dev interface to clock használata.
Feltesszük, hogy a hardveróra a(z) helyi időben marad.
Várakozás az óra ütésére...
az óraütés megvan
A hardverórából olvasott idő: 2011/07/23 15:32:01
A hardveróra ideje: 2011/07/23 15:32:01 = 1311427921 másodperc 1969 óta
2011. júl. 23., szombat, 15.32.01 CEST -0.467209 másodperc
[fooler@fooler-laptop ~]$ sudo hwclock -w --localtime --debug
hwclock a(z) util-linux 2.19.1 csomagból
/dev interface to clock használata.
Utolsó csúszó igazítás: 1969 után 1311427626 másodperccel
Utolsó beállítás: 1969 után 1244067229 másodperccel
A hardveróra a(z) helyi időt mutatja
Feltesszük, hogy a hardveróra a(z) helyi időben marad.
Várakozás az óra ütésére...
az óraütés megvan
A hardverórából olvasott idő: 2011/07/23 15:32:06
A hardveróra ideje: 2011/07/23 15:32:06 = 1311427926 másodperc 1969 óta
Time elapsed since reference time has been 0.999103 seconds.
Delaying further to reach the new time.
A hardveróra beállítása 15:32:06 = 1311427926 másodperc 1969 óta
az ioctl(RTC_SET_TIME) sikerült.
Az óra -0.0 másodpercet csúszott az elmúlt 67360696 másodpercben, a napi -0.007692 másodperc csúsztatási tényező ellenére.
A csúsztatási tényező beállítva napi -0.000002 másodpercre
[fooler@fooler-laptop ~]$ sudo hwclock -r --localtime --debug
hwclock a(z) util-linux 2.19.1 csomagból
/dev interface to clock használata.
Feltesszük, hogy a hardveróra a(z) helyi időben marad.
Várakozás az óra ütésére...
az óraütés megvan
A hardverórából olvasott idő: 2011/07/23 15:32:28
A hardveróra ideje: 2011/07/23 15:32:28 = 1311427948 másodperc 1969 óta
2011. júl. 23., szombat, 15.32.28 CEST -0.309063 másodpercEzt nem értem.
-
DarkByte
addikt
válasz Jester01 #11520 üzenetére
Azt a mindenit, nem szarral gurigázol. Köszönöm a fáradtságodat!
Kipróbálni viszont nem fogom tudni jelenleg, ugyanis elektronikában jobban járatosabb munkatársamnak odaadtam ma a gépet és egyből rávágta hogy nagy valószínűséggel életet lehet lelehelni még a VGA kimenetbe csak a kiszáradt felpúposodott kondikat kellene kicserélni, mert hogy ennek egyik gyakori következménye integrált VGA-s lapoknál hogy a jelet teleszórja mindenféle zajjal és használhatatlanra torzul a szinkron vivő ami miatt pl. pont az lesz amit én tapasztalok hogy a monitor nem hajlandó felismerni mint videó jelet. Igaz nem lesz olcsó mulatság a gép használt piaci árához képest, de ha esetleg tovább akarok rajta adni sem mindegy lesz eladhatósága tekintetében hogy működik.Viszont most már látom hogyan is kell egy ilyen port állítgatást lekódolni.
[ Szerkesztve ]
-
Atapi
senior tag
válasz Jester01 #11544 üzenetére
annyival hozzájárulnék a témához, hogy kíváncsiságból rágugliztam, és ezt találtam. érdemes beleolvasni. azt írják, hogy a sima konfigurálás nem biztos, hogy elég, mert újragenerálja bizonyos beállításait a rendszer a konfigurációja alapján. megoldási javallat is van a link alatt...
[ Szerkesztve ]
-
kraftxld
nagyúr
válasz Jester01 #11544 üzenetére
Maga a Vyatta nem olyan hálón van ahol elérhető a net, de minden gép erre mutat mint NTP source.
Hogy tudom megnézni, hogy egyáltalán fut-e az NTP szolgáltatás? Mit írjak be ebbe az ntp.conf-ba, és mivel nyissam meg? Bocsi, nem vagyok nagy Linux tudós| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
-
-
márNemKereső
tag
válasz Jester01 #11743 üzenetére
Grubnak nincs saját logja, ugye?
Egyébként sejtem mi történt: nem egészen úgy működik ez a dög, ahogyan emlékeztem: ha azonos paraméterekkel kétszer kiadom a grub-reboot-ot anélkül, hogy közben újraindítanám a rendszert, akkor az első alkalommal elteszi az aktuális default értéket valahová (ahonnan a köv. bootnál visszaszedné), felülírja azzal, amit paraméterként kapott, újabb grub-reboot, ekkor az utoljára beállított értékkel fejbeveri azt, amit korábban elmentett és mindkét helyen megmarad az utoljára beállított windows...Egyébként köszi, ez valóban ennyi volt.
-----------------------------------------------------------------------
Azért tragédia, mennyire kiestem egykori szakmámból...
Néhány órája töröm a fejem, miért is nullázódott a ~/.bash_history-m.
Déltájban meg azon tököltem egy órát - akkor még eredmény nélkül -, hogy miért nem tudok ftp-n felmásolni egy kb. 2GB-os disk image-t a gépemre, ráadásul változó volt a felmásolt méret. Az utolsó 100-200MB maradt le folyton. Ez utóbbit délután megoldottam, mert végre rájöttem, hogy megtelt a diszk alattam. Most meg azt láttam, hogy a virtualbox-os vm-ek nem indulnak el. Most tudatosult bennem: a virtualbox leálláskor visszaír egy .xml-t a diszkre, ami most a 0 szabad hely miatt nem sikerült. Szerencsére készít róla mentést. Miközben élesztgettem a virtuális gépeket, akkor esett le: a history is ezért tűnt el... -
Lenry
félisten
válasz Jester01 #11800 üzenetére
azért Windowson is hibát kéne dobnia időnként. vagy legalább belassulnia. vagy megszakadnia. vagy akármi.
az egész rendszernek 2 héttel ezelőttig semmi baja nem volt, akkor vettem új gépet, azóta játszik ilyet.
de ha nem lesz más, akkor megnézem másik kábellel(#11799) bambano a leggrafikusabb hálózatkezelőm a mc szerkesztője
az a baj, hogy semmilyen naplóban vagy bármiben nem látszik semmi különbség a van net és a nincs net állapot közt (egészen pontosan hálózat sincs, mert ilyenkor a routert sem érem el, meg se tudom pingelni
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.100 icmp_seq=1 Destination Host Unreachableha kérek egy # rc.d restart net-auto-wired-et, akkor vidáman újracsatlakozik és megint működik vagy 2 percig
(#11802) Jester01 azt hogy kell? bár most kábelt cseréltem. várom az eredményt
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
válasz Jester01 #11802 üzenetére
eddig tartott. másik kábellel is rossz
hmmm. /var/log/messages.log aszongyahogy
Sep 24 15:51:16 Echo-One dbus[800]: [system] Reloaded configuration
Sep 24 15:51:16 Echo-One dbus[800]: [system] Reloaded configuration
Sep 24 15:51:16 Echo-One dbus[800]: [system] Reloaded configuration
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: Executing '/etc/ifplugd/netcfg.action eth0 down'.
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: client: Alpha-network
Sep 24 15:52:20 Echo-One dhcpcd[1923]: eth0: carrier lost
Sep 24 15:52:20 Echo-One dhcpcd[4035]: eth0: carrier lost
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: client: :: Alpha-network down [BUSY] [DONE]
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: Program executed successfully.
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: Exiting.
Sep 24 15:52:21 Echo-One ifplugd(eth0)[11775]: ifplugd 0.28 initializing.
Sep 24 15:52:21 Echo-One dhcpcd[1923]: eth0: carrier acquired
Sep 24 15:52:21 Echo-One dhcpcd[4035]: eth0: carrier acquired
Sep 24 15:52:21 Echo-One kernel: [ 1116.581777] r8169 0000:03:00.0: eth0: link down
Sep 24 15:52:21 Echo-One kernel: [ 1116.581781] r8169 0000:03:00.0: eth0: link down
Sep 24 15:52:21 Echo-One ifplugd(eth0)[11775]: Using interface eth0/50:E5:49:50:B2:72 with driver <r8169> (version: 2.3LK-NAPI)
Sep 24 15:52:21 Echo-One ifplugd(eth0)[11775]: Using detection mode: SIOCETHTOOL
Sep 24 15:52:21 Echo-One ifplugd(eth0)[11775]: Initialization complete, link beat not detected.
Sep 24 15:52:21 Echo-One kernel: [ 1116.582655] ADDRCONF(NETDEV_UP): eth0: link is not ready
Sep 24 15:52:21 Echo-One dhcpcd[4035]: eth0: carrier lost
Sep 24 15:52:21 Echo-One dhcpcd[1923]: eth0: carrier lost
Sep 24 15:52:21 Echo-One dhcpcd[4035]: eth0: waiting for carrier
Sep 24 15:52:21 Echo-One dhcpcd[1923]: eth0: waiting for carrier
Sep 24 15:52:23 Echo-One dhcpcd[4035]: eth0: carrier acquired
Sep 24 15:52:23 Echo-One dhcpcd[1923]: eth0: carrier acquired
Sep 24 15:52:23 Echo-One kernel: [ 1118.924344] r8169 0000:03:00.0: eth0: link up
Sep 24 15:52:23 Echo-One kernel: [ 1118.925050] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sep 24 15:52:23 Echo-One dhcpcd[1923]: eth0: rebinding lease of 192.168.1.100
Sep 24 15:52:23 Echo-One dhcpcd[4035]: eth0: rebinding lease of 192.168.1.100
Sep 24 15:52:23 Echo-One dhcpcd[4035]: eth0: acknowledged 192.168.1.100 from 192.168.1.1
Sep 24 15:52:23 Echo-One dhcpcd[4035]: eth0: checking for 192.168.1.100
Sep 24 15:52:24 Echo-One ifplugd(eth0)[11775]: Link beat detected.
Sep 24 15:52:25 Echo-One ifplugd(eth0)[11775]: Executing '/etc/ifplugd/netcfg.action eth0 up'.
Sep 24 15:52:25 Echo-One ifplugd(eth0)[11775]: client: up
Sep 24 15:52:25 Echo-One ifplugd(eth0)[11775]: client: loading Alpha-network[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
lapa
veterán
válasz Jester01 #11852 üzenetére
huh. ezt még emésztem. közben annyi haladás lett, hogy mint kiderült már az a / , csak még azt nem értem miért.
szóval most az van, hogy a "normál" vinyómról ez az ssd-t kezdi el betölteni, de ha ezt kihúzom, akkor a "boot" vinyó elhal "no such device <ssd blkid> -del.
teszi ezt annak ellenére, hogy a /boot -ot átmásoltam a "normálról" a "boot" lemez gyökerébe és átírtam az így bemásolt cucc grub.cfg-jében az <ssd-uuid> összes előfordulást.
most nekifutok boot-repair nevű csodaappal, ez eddig is látványosan többet értett a boothoz, mint én. ha nagyon nem indul majd jövök és megpróbálom debugolni az általad írtak alapján.
Új hozzászólás Aktív témák
- Android alkalmazások - szoftver kibeszélő topik
- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Amlogic S905, S912 processzoros készülékek
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- ReVanced patch-elt alkalmazások és Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- A Frontier maradt a leggyorsabb szuperszámítógép
- Milyen billentyűzetet vegyek?
- Audiokultúra - Hi-Fi-ről hifisen
- Microsoft Excel topic
- Kerékpárosok, bringások ide!
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen