Vinnaren i pepparkakshustävlingen!
2017-05-10, 21:04
  #1
Medlem
Hej.
Jag behöver en liten Linux nätverkskola för dummies.
Min QNAP har två nätverkskort men nu är det bara eth0 som är åtkomligt.
Så jag skulle vara tacksam om någon kunde tala om vilka filer, i vilka mappar dom ligger och i vilken ordning man ska editera spara och starta om för att eventuellt väcka liv i eth1.
Jag har pratat med QNAP:s support (bara en veckas väntan) men den jag hade att titta på det sa att det troligtvis var hårdvarufel.
Rekommenderades RMA men jag har passerat garantitiden och 450$ för att reparera tilltalar inte mig.
Jag är inte heller helt säker på att supporten i Taiwan alltid kan det dom talar om.
Efter en uppdatering så har jag vissa döda länkar som skräpar så det skulle kunna vara någon/några filer som relaterar till eth1 som orsakar felet.
Så jag skulle behöva gå igenom själv och göra allt vad jag kan på egen hand(med god hjälp från FB kompetens).
Signalled på kortet lyser med fast sken men det kanske bara är att den får ström.
Och finns det ingen QNAP-specialist så räcker det med någon som kan förklara nätverksfilerna för Linux.
QNAP har ju någon modifierad Ubuntu(tror jag) i botten.
Citera
2017-05-11, 15:42
  #2
Medlem
Starta två, tre olika moderna main-stream-distros som live-media så kan du se om båda interfacen funkar och kan läsa/spara deras boot-loggar.

Är alla "överens" om att eth1 inte kan användas så har du nog råkat ut för hårdvarufel...
Citera
2017-05-11, 21:31
  #3
Medlem
Citat:
Ursprungligen postat av iconicatab
Starta två, tre olika moderna main-stream-distros som live-media så kan du se om båda interfacen funkar och kan läsa/spara deras boot-loggar.

Är alla "överens" om att eth1 inte kan användas så har du nog råkat ut för hårdvarufel...
Inte alla utan en supporttekniker i Taiwan.
Så det är 50% som säger att det är hårdvarufel jag(dom andra 50%en) är inte helt säker.
Och hade jag varit övertygad om att alla i supporten är jättekompetenta och tar sig tid att gå igenom och kolla eventuella saknade/felaktiga konfig. filer då hade jag trott på "alla".
Men den långa väntetiden på support, tidigare erfarenheter och diskussioner på QNAP:s användarform gör att jag förbehåller mig rätten att vara lite tvivlande till "alla".
Jag säger inte att alla har fel men jag behöver hjälp att klura ut var jag ska se och hur konfig.filer hänger ihop.
Plus att dom kanske inte överanstränger sig när garantitiden löpt ut utan är affärsmän och hoppas på en nyförsäljning.
Citera
2017-05-12, 08:20
  #4
Medlem
Citat:
Ursprungligen postat av D.Yster.Quist
Citat:
Ursprungligen postat av iconicatab
Är alla "överens" om att eth1 inte kan användas så har du nog råkat ut för hårdvarufel...
Inte alla utan en supporttekniker i Taiwan.
Så det är 50% som säger att det är hårdvarufel jag(dom andra 50%en) är inte helt säker.
Sorry att jag var otydlig:

Jag menar inte vad folk tycker/gissar om hårdvaran, utan vad tre - fyra välkonfigurerade OS lyckas använda.
Citera
2017-05-12, 09:17
  #5
Medlem
Citat:
Ursprungligen postat av iconicatab
Sorry att jag var otydlig:

Jag menar inte vad folk tycker/gissar om hårdvaran, utan vad tre - fyra välkonfigurerade OS lyckas använda.
Nu gör QNAP sina egna ändringar i ett förhoppningsvis välkonfigurerat OS.
Ofta bra men inte alltid.
Den första QNAP-modellen jag köpte så köpte jag till disk som var rekommenderade för modellen.
Men den började äta diskarna och jag reklamerade disk men den fortsatte att krascha diskarna.
Reklamerade jag NAS:en och fick en ny som också började käka disk efter en dryg vecka.
Då bytte jag upp mig ett steg i modellserien och samma historia.
Gav upp och hoppade upp ett steg till från ARM-processor till Intel och i samma veva upptäckte QNAP att Seagate inte skulle vara kvar på kompabilitetslistan så jag köpte WD-red.
QNAP hade också under tiden (tidsspannet med första köp fram till den jag har nu var 2 månader)uppgraderat sin firmware några gånger.
Hade kvar mina senaste Seagates och satte in dom i den nya och Seagates diskar fungerade utan problem i 4 år efter det.
Så det var inte enbart Seagates fel utan QNAP har skruvat till något så att kombinationen inte funkar.
Sätter jag Seagatedisken i vagga och kollar diskhälsan i Windows så är den helt O.K.
Det är p.g.a. min erfarenhet av QNAP:s brådska att låta konsumenterna testa deras uppgraderingar och att deras helpdesk dröjer över en vecka innan dom kollar som gör att jag är en smula tvivlande till det dom påstår.
Plus att dom kanske medvetet inte lägger ner så mycket krut på en konsument som har en produkt som passerat garantitidens slutdatum utan försöker styra mot nyinköp.

Så jag skulle vara tacksam om jag kunde få tips på någon sida(har försökt Googla men inte hittat) där det tydligt och klart anges hur Linux-server startar upp och drar igång nätverkskomponenterna.
T.e.x den här filen xxxxxx i /mnt/HDA_ROOT/.config innehåller det här och gör det här och är kopplad till yyyyyy som ligger i /etc/init.d som gör det här.
Så att jag kan gå igenom och följa och exempelvis se om filerna för eth1 matchar den fungerande eth0.
Jag är för ny på Linux för att på egen hand ta mig igenom den här djungeln på egen hand på rimlig tid.
Det är säker enkelt för den som kan men för mig som inte är så hemma på det skulle det vara bra med en genomgång på ett pedagogiskt sätt.
Och jag är som sagt inte säker på att det inte är hårdvarufel men jag vill gärna kunna verifiera att det verkligen är hårdvarufel.
Saknas det något så kanske jag kan kopiera eth0 filen till motsvarigheten för eth1 och ändra där det ändras behövs.
Citera
2017-05-12, 09:35
  #6
Medlem
Citat:
Ursprungligen postat av D.Yster.Quist
Så jag skulle vara tacksam om jag kunde få tips på någon sida(har försökt Googla men inte hittat) där det tydligt och klart anges hur Linux-server startar upp och drar igång nätverkskomponenterna.
T.e.x den här filen xxxxxx i /mnt/HDA_ROOT/.config innehåller det här och gör det här och är kopplad till yyyyyy som ligger i /etc/init.d som gör det här.
Så att jag kan gå igenom och följa och exempelvis se om filerna för eth1 matchar den fungerande eth0.
Jag är för ny på Linux för att på egen hand ta mig igenom den här djungeln på egen hand på rimlig tid.
De idag aktuella distarna använder ungefär femton olika bra svar på din fråga... (ca tio-talet olika metoder att spara inställningarna under drift och mellan boottillfällen.)

Och det är både ett säkerhets- och tillförlitlighets-"problem", så ändringar kan inträffa vid vilken uppdatering som helst.

Det är därför det inte är enkelt att googla sig till svar eller körschemat för nätstart.

Mitt tips var därför att Live-boota tills du i alla fall blir säker på hårdvarustatus, innan du slösar din tid på konfigurationsändringar (och vår).
Citera
2017-05-12, 09:57
  #7
Medlem
När du öppnat din kommandopromt (ditt shell):

kolla om filen /etc/rc.conf finns (och vad den innehåller)
prova att skriva kommadot ifconfig -a eller ip addr och om de svarar så kan du se om systemet just nu känner till både eth0 och eth1
Citera
2017-05-12, 18:57
  #8
Medlem
Citat:
Ursprungligen postat av iconicatab
När du öppnat din kommandopromt (ditt shell):

kolla om filen /etc/rc.conf finns (och vad den innehåller)
prova att skriva kommadot ifconfig -a eller ip addr och om de svarar så kan du se om systemet just nu känner till både eth0 och eth1
Har gjort detta och eth1 syns inte men det är det att en gång så skymtade eth1 förbi i onlinegränssnittet QFINDER-pro och lamporna/led på kortet lyser med fast sken så det kan ju vara hårdvarufel i form av någon kallödning som glappar.
Jag har också provat med laptop direkt på eth1 då blinkar det men (gissning) då får eth1 ingen ip-adress från routern.
Som sagt jag är ingen hacker, kan lite om lite mer än dom flesta om mycket men jag är ingen specialist. Ungefär som en Schweizisk armekniv mot en specialiserad kirurgisk strålkniv.
Citera
2017-05-12, 20:03
  #9
Medlem
Citat:
Ursprungligen postat av iconicatab
De idag aktuella distarna använder ungefär femton olika bra svar på din fråga... (ca tio-talet olika metoder att spara inställningarna under drift och mellan boottillfällen.)

Och det är både ett säkerhets- och tillförlitlighets-"problem", så ändringar kan inträffa vid vilken uppdatering som helst.

Det är därför det inte är enkelt att googla sig till svar eller körschemat för nätstart.

Mitt tips var därför att Live-boota tills du i alla fall blir säker på hårdvarustatus, innan du slösar din tid på konfigurationsändringar (och vår).
Du slösar bara på din tid för att du själv vill.
Jag kommer inte att tvinga dig att slösa din tid.
Citera
2017-05-12, 21:17
  #10
Medlem
Med reservation för att jag inte har någon QNAP och inget vet om konfigurationen.

'lspci -vvv|less' och sök efter sektioner som börjar med 'Ethernet controller:'. I slutet av en sektion hittar du förhoppningsvis 'Kernel driver in use:' som anger vilken drivrutin som används.

Sedan 'dmesg|less' och sök efter den aktuella drivrutinen. Det borde stå några rader från det att den laddas och om något eventuellt gick fel.
Citera
2017-06-09, 00:01
  #11
Medlem
Tack för alla goda råd.
Framförallt från WbZV och liknande som verkligen försöker hjälpa till.
Andra som försöker verka kunniga och är nedlåtande/högdragna utan att komma med några konkreta tips för att sedan avsluta med att jag slösar med deras tid kan avstå från att slösa sin "dyrbara" tid och gå vidare till annat.
Onani eller hjälpa folk som tycker att ni är kunniga.
Ni slösar med min tid och kan använda er "djupa" kunskap för att hjälpa sådana som uppskattar era goda råd och djupa kunskap.
Jag uppfattar er som idioter och är en mycket otacksam mottagare av era "detaljerade" råd.
Men finns det ingen som vet vilka filer och mappar som kan tänkas vara inblandade?
Jag har näst intill 0 linuxkunskap aningen bättre på Windows men ingen hacker där heller.
Med WinScp så har jag lite koll.
Jag ser döda länkar och funderar därför på om någon fil blivit raderad som skulle kunna väcka liv i det döda nätverkskortet.
Jag säger inte att "alla" har fel och att jag har rätt, jag ifrågasätter min kunskap och tror att det finns fler erfarenheter.
Eller rätt och rätt jag är mycket medveten om min låga kunskap men mina erfarenheter från QNAP:s "geggande" med sina anpassningar som gör en certifierad disk till ocertifierad men när sedan ocertifierad disk fungerande i 4 år efter det att certifieringen försvann(och Windows säger att disken är o.k.) gör att jag gärna vill kunna verifiera själv.
Att alla systemfiler och mappar är på plats e.t.c.
Som sagt vissa råd är jag tacksam​ för(typ sådana från WbZV) medan andra typ iconiatab som lär mig sådant som jag Googlade fram självoch inte vet hur min QNAP är konfigurerad kommer med sina fördömande kommentarer kan återgå till att jobba som konsult hos dom som uppskattar hens råd.
__________________
Senast redigerad av D.Yster.Quist 2017-06-09 kl. 00:07.
Citera

Stöd Flashback

Flashback finansieras genom donationer från våra medlemmar och besökare. Det är med hjälp av dig vi kan fortsätta erbjuda en fri samhällsdebatt. Tack för ditt stöd!

Stöd Flashback