- Luck Dragon: Asszociációs játék. :)
- aquark: Jó platformer játékokat keresek!
- sellerbuyer: Nem veszélytelen a RAM duplázás de vajon megéri?
- sziku69: Fűzzük össze a szavakat :)
- pusszycat: JEYI - okos, színes, interaktív, ssd külső ház.
- eBay-es kütyük kis pénzért
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- MasterDeeJay: Gigabyte GA-B350M-D2 - AM4 lap 2016-ból amikor még nem volt Ryzen!
- Amazon Kindle JailBreak
-
LOGOUT
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
-
Osiris
őstag
válasz
Osiris
#22481
üzenetére
Közben úgy tűnik, hogy a teljes memória mérete lecsökken a BADRAM bekapcsolása esetén, vagyis a dolog akár működhet is. Egyelőre lefuttatok két memória tesztet (memtester) amit a rendszer működése közben is lehet futtatni (nem olyan mint a memtest86+): egyet kikapcsolta és egyet bekapcsolt BADRAM-mal. Ha minden jól megy, akkor csak a kikapcsolt esetén lesz hiba és akkor elhiszem, hogy működik és mehet élesbe.
-
Osiris
őstag
BADRAM:
Szóval lefutott a memtest:
Mivel ez elvileg a BADRAM-nak megfelelő hiba formátum, így be is írtam a /etc/default/grub fájlba, ami most így néz ki:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=2
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
GRUB_BADRAM="0x91277914,0xfffffffc,0x8ca77914,0xfdfffffc,0x94947914,0xfffffffc"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"Természetesen az upgrade-grub is megvolt.
A dmesg kimenetében semmi nem látszik abból, hogy ezeket a memóriacímeket kikerülné.
Most akkor mi van? Rossz formában van a címzés? (Ubuntu 14.04 x64 server)
-
ReJim
őstag
Sziasztok.
Áramszünet miatt leállt, és feltételezhetően többször elindult gépben a hdd megadta magát.
A hdd-n volt 3 partició (root ~10gb, swap ~4gb, home ~460gb). Elvileg a swapon kívüliek ext3-ak.Próbálnék valami adatot visszanyerni, a rendszer látja az sdb1, sdb2, sdb5, sdb6-ot (gondolom az sdb5 azért mert extended)
mount -t ext3 /dev/sdb6 /mnt/usbdrivemount: wrong fs type, bad option, bad superblock on /dev/sdb6,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or sodebugfs 1.42.5 (29-Jul-2012)
debugfs: open /dev/sdb6
/dev/sdb6: Attempt to read block from filesystem resulted in short read while opening filesystem
debugfs: open /dev/sdb1
/dev/sdb1: Attempt to read block from filesystem resulted in short read while opening filesystemroot@mame:~# fsck /dev/sdb1
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1
Could this be a zero-length partition?
root@mame:~# fsck /dev/sdb6
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb6
Could this be a zero-length partition?TestDisk 7.0 nem talált partíciót.
badblocks futott 12órán át 7,84%-ig nem talált semmit. sdb1-en (inkább nem futtatom hetekig)Van még amivel próbálkozhatnék? Sérült a superblock? Adatok menthetetlenek?
Valamelyik smart olvasó eszköz (hirens boot cd) 5 reallocated szektort és 2044 bad sectort olvasott ki, és 0%-osnak ítélte a hdd-t. -
OddMan
őstag
válasz
lev258
#22478
üzenetére
Azokat manuálisan adtam meg.
Újra elindítottam a rendszert live cd-ről és felmountoltam a raid1 tömbömet, amire előzőleg már feltelepítettem a rendszert, bár a telepítés végén a grub telepítése nem sikerült, de manuálisan már hiba nélkül felment.
Ami nem tetszik, hogy a /boot/grub/grub.cfg fájl nálam nem létezik, viszont a /boot/efi/EFI/ubuntu/grub.cfg az létrejött. -
-
OddMan
őstag
A lubuntu live cd-t használnám telepítéshez. A kérdésem, hogy kell-e valamit beállítani, hogy a grub felismerje az efi partíciót és az md0p1 raid tömböt? Valamiért még mindig nem tudom telepíteni a grub-ot, olyan hibaüzenetet kapok, hogy a grub-efi-amd64-signed modul telepítése közben történt valami.
-
válasz
Osiris
#22473
üzenetére
Ja értem szerveren más a ram kompatibilitás, a 32GB ramból azt hittem desktop. Mondjuk így még nagyobb gányolás
![;]](//cdn.rios.hu/dl/s/v1.gif)
A badram-nak működnie kell rendesen, csak találd meg neki hol hibás és számold ki, egyszer csináltam laptopon, mert valami baja volt a slotnak és elég érdekesen olvasott, ott ment. -
Osiris
őstag
A ram már ki van szedve, de így nem maradhat: virtualizált gépek vannak ezen a szerveren és kevés a memória. Sajnos nincsenek jó tapasztalataim a ram kompatibilitással kapcsolatban, az új modulokon nagyobb kapacitású csipekből van kevesebb, próbálkoztam ilyen új modullal, de nem ment együtt a maradék 3db 8GB-os modullal. Persze próbálok használtan ugyanilyen modult venni, csak még nem jött össze.Addig is érdekes téma ez a "badram". A hibás modul egyetlen helyen hibás, így szerintem nem lenne gáz így tovább használni, annyira nem kritikus a szerver és minden mentve van.
-
Osiris
őstag
válasz
bambano
#22466
üzenetére
Rengeteget keresgéltem és azt találtam, hogy a 64 bites ubuntuban a badram grub paramétert nem igazán tudja senki milyen formában kell megadni: a 32bites címekkel nem lehet használni.
Én még nem jutottam oda, hogy ki próbáljam a badram paraméter használatát, de holnap arra is sor kerül. Remélem nekem sikerül a memtest által megadott memóriacímeket megfelelően megadnom (azt már tudom, hogy a memtest tud direkt ilyen formátumban visszaadni hibás címeket).Amit kipróbáltam és valamit csinál az a kernelparaméterként megadott "memtest=4". Ezt szintén a grub-ban adom meg és a dmesg-ben valóban látszik, hogy a boot elején leteszteli a modulokat, de amit a memtest86+ is csak a 7-es tesztben talál meg azt ez meg sem találja.
Holnap remélem a badrammal sikerül megoldani ezt a dolgot.
-
OddMan
őstag
válasz
bambano
#22469
üzenetére
Köszi! Amúgy most olvasom én is, hogy nem lehetséges szoftveres raid tömbbe rakni az efi partíciót. Megpróbálkozom újra a telepítéssel úgy, hogy a 200mb-os efi partíció külön lesz és a többi partíció meg már valamelyik raid tömbbe kerül.
Azon gondolkozom, hogy csinálhatnék az sdb-re is egy efi partíciót és oda elmenthetném az adatokat az sda-ról. Ha esetleg valamelyik hdd-vel történne valami, akkor az is meglegyen, bár lehet ezeket az adatokat a grub-install paranccsal és egy live-cd segítségével is meg tudom majd tenni, ha esetleg szükség lesz rá valamikor. -
-
OddMan
őstag
Próbálom feltelepíteni a lubuntut. Megcsináltam a raid partíciókat és az mdadm-el el is készítettem a tömböket. A telepítő látja a partíciókat és el is kezdi telepíteni a rendszert, de a végén hibával leáll, mert valamiért a /dev/sda-ra szeretne telepíteni a GRUB a /dev/md0p1 helyett. Hogyan tudnám azt megoldani, hogy a grub észrevegye a raid1 tömbömet, amit készítettem?
-
OddMan
őstag
Ha GPT lemezekre telepítek linux-ot EFI-vel, akkor a legelső partíció, ami EFI system típusú, az lehet raid típusú is egyben?
Az alábbiak szerint lennének a partíciók a lemezeken.sda [EFI system - raid1][raid1 - ext4][xfs - raid5]
sdb [EFI system - raid1][raid1 - ext4][xfs - raid5]
sdc [swap.........................................][xfs - raid5]Ha ez így nem lehetséges, akkor az sdb-ről egyszerűen lehagyom az EFI system partíciót és az sda1, sdb1 partíciók nem lesznek raid-ben, illetve az sdb lemezen az első rész üres marad.
-
Osiris
őstag
Van egy szerver 32GB rammal (4x8GB DDR3), az egyik modul egyetlen helyen konstans hibázik. Állítólag linux alatt a kernelnek meg lehet mondani valahogy, hogy ezt a részt ne használja. Én még sosem próbáltam ilyet csinálni, de most mivel nem tudok csere modult szerezni és nagyon kéne a memória, így erre a megoldásra kényszerülök. Tudtok egy jó leírást, hogy ubuntu alatt mi ennek a módja, vagy csinált már ilyet valaki? Jól jönne a segítség.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
A badram-nak működnie kell rendesen, csak találd meg neki hol hibás és számold ki, egyszer csináltam laptopon, mert valami baja volt a slotnak és elég érdekesen olvasott, ott ment.
Egy mai desktop vezérlőt nem zavar a különböző ram. Addig is inkább kiszedném, ez erős gányolásnak számít.
Új hozzászólás Aktív témák
Hirdetés
- Küszöbön az androidos PC-k
- Kompakt csúcstáblát is hozott a Redmi
- Luck Dragon: Asszociációs játék. :)
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Tőzsde és gazdaság
- Gumi és felni topik
- Otthoni hálózat és internet megosztás
- Napelem
- Milyen légkondit a lakásba?
- A Temu diktál Magyarországon, a hazai e-kereskedők fulladoznak
- További aktív témák...
- LÉZEREZÉS! külföldi billentyűzet magyarra kb. 20-30p alatt!
- HIBÁTLAN iPhone 12 Pro Max 256GB Pacific Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3371,100% Akkumulá
- Apple iPhone 15 pro 128Gb,Átlagos,Dobozával,12 hónap garanciával
- Samsung Galaxy S23 Ultra // 512GB // Számla + Garancia //
- 144 - Lenovo LOQ (15ARP9) - AMD Ryzen 7 7435HS, RTX 4060 (ELKELT)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest