helo!
CentOS 5
# mount /dev/md4 /var/spool/squid/ -o rw,uid=23,gid=23
mount: wrong fs type, bad option, bad superblock on /dev/md4,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
# mount /dev/md4 /var/spool/squid
Udv!
Exportalom a /media/cdr konyvtarat (cd olvaso) es szeretnem mountolni
(kinomban mar a szerveren):
mount localhost:/media/cdr /mnt/nfs
Hozzaferes megtagadva !?
/media/cdr torol, exportalom a /media-t:
mount localhost:/media /mnt/nfs
OK. Kezdenek orulni ... de a /mnt/nfs
In article <[EMAIL PROTECTED]>,
Papp Tamas <[EMAIL PROTECTED]> writes:
> Ez mitol lehet? A particion ext3 van.
"file -s /dev/m4" mit mond?
kissg
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinf
On Thu, Oct 18, 2007 at 08:45:54AM +, Kiss Gabor wrote:
>
> In article <[EMAIL PROTECTED]>,
> Papp Tamas <[EMAIL PROTECTED]> writes:
> > Ez mitol lehet? A particion ext3 van.
>
> "file -s /dev/m4" mit mond?
>
# file -s /dev/md4
/dev/md4: Linux rev 1.0 ext3 filesystem data (needs journ
Papp Tamas <[EMAIL PROTECTED]> wrote:
> Ez mitol lehet? A particion ext3 van.
bad option, az ext3-nak nincs uid= meg gid= -je.
raas
--
Those who say it cannot be done should not interrupt the person doing it.
-- Chinese proverb
__
Papp Tamas wrote:
> helo!
>
> CentOS 5
>
> # mount /dev/md4 /var/spool/squid/ -o rw,uid=23,gid=23
> mount: wrong fs type, bad option, bad superblock on /dev/md4,
>missing codepage or other error
>In some cases useful info is found in syslog - try
>
Gabor HALASZ <[EMAIL PROTECTED]> wrote:
> Az etxt2/3 nem tamogatja az uid/gid opciokat (a man szerint legalabbis),
> a mount meg nem tud hibat kezelni.
Mert nem o kezeli, hanem a kernel. A mount odairta, hogy a dmesg vegen
van a tenyleges hibauzenet, es tenyleg ott is van ily
On Thu, Oct 18, 2007 at 09:22:53AM +, Andras HORVATH wrote:
>
> Gabor HALASZ <[EMAIL PROTECTED]> wrote:
>
> > Az etxt2/3 nem tamogatja az uid/gid opciokat (a man szerint legalabbis),
> > a mount meg nem tud hibat kezelni.
>
> Mert nem o kezeli, hanem a kern
Andras HORVATH wrote:
> Gabor HALASZ <[EMAIL PROTECTED]> wrote:
>
>> Az etxt2/3 nem tamogatja az uid/gid opciokat (a man szerint legalabbis),
>> a mount meg nem tud hibat kezelni.
>
> Mert nem o kezeli, hanem a kernel. A mount odairta, hogy a dmesg vegen
> van a
Papp Tamas wrote:
>
> squid:
>
> Oct 18 10:45:59 sziget2 squid: cache_dir /var/spool/squid: (13) Permission
> denied
>
netfinity-1:~# mount | grep squid
/dev/rd/c0d1p1 on /var/spool/squid type reiserfs (rw)
netfinity-1:~# ls -la /var/spool/ | grep squid
drwxr-xr-- 19 proxy p
On Thu, Oct 18, 2007 at 11:36:02AM +0200, Papp Tamas wrote:
>
> squid:
>
> Oct 18 10:45:59 sziget2 squid: cache_dir /var/spool/squid: (13) Permission
> denied
>
> Kezzel inditva az initscriptet minden sima (ezert probalkoztam a
> megfelelo mount opcioval, hatha me
el inditva az initscriptet minden sima (ezert probalkoztam a
> > megfelelo mount opcioval, hatha meghatja).
>
> chown es chmod.
Konkretan mire is kene?
# ls -l /var/spool/squid/ -ld
drwxr-xr-x 19 squid squid 4096 Oct 18 12:36 /var/spool/squid/
Meg, ha ez lenne a problema, akkor miert jo
ziget2 squid: cache_dir /var/spool/squid: (13)
> > > Permission denied
> > >
> > > Kezzel inditva az initscriptet minden sima (ezert probalkoztam a
> > > megfelelo mount opcioval, hatha meghatja).
> >
> > chown es chmod.
>
> Konkretan mire is kene?
A uni
On Thu, Oct 18, 2007 at 01:07:55PM +0200, Kosa Attila wrote:
>
> A unixos fajlrendszerek eseten a fajlrendszer tarolja a
> jogosultsagokat, nem a mount-nak kell megmondani.
Igen, de explicit meg akartam mondani neki. De nem lenyeg, pontosabban
nincs is ertelme emiatt.
> Passz. Pro
Papp Tamas wrote:
> A problema, hogy nem indulnak el egyes daemonok a bootfolyamat soran:
> squid, clamav, pedig szerepelnek meg a /etc/rc.local-ban is. Az
> apache elinudl, de csak a /etc/rc.local-bol (konnyen lehet, hogy itt
> vmi mas benazas van a hatterben).
Miért is az rc.local-ból indulnak
On Thu, Oct 18, 2007 at 02:07:58PM +0200, BERES Laszlo wrote:
>
> Miért is az rc.local-ból indulnak ezek? Van saját initscriptjük,
> megfelelő runlevelen.
Nem onnan indulnak, csak kinomban oda is beraktam azzal a
felszolalassal, hogy az az utolso, mielott vegez a boot folyamat, de
nem segitett.
Sziasztok..
Meg tudja valaki ezt magyarazni nekem ?
[EMAIL PROTECTED]:~# mount -o ro /dev/md0 /var/backups/mnt/md0/
mount: /dev/md0 already mounted or /var/backups/mnt/md0/ busy
mount: according to mtab, /dev/md0 is mounted on /
[EMAIL PROTECTED]:~#
[EMAIL PROTECTED]:~# mount /dev/md0 /var
On Sat, Dec 31, 2005 at 08:07:54PM +0100, Papp Balazs wrote:
> Exportalom a /media/cdr konyvtarat (cd olvaso) es szeretnem mountolni
> (kinomban mar a szerveren):
> mount localhost:/media/cdr /mnt/nfs
> Hozzaferes megtagadva !?
>
> /media/cdr torol, exp
Ja, a hozzaferesi jogok rendben vannak.
Ha a /media alatti bejegyzest nezem:
drwxrwxrwx 1 root root 0 Jan 1 10:17 SU930_001
az nfs mountolt bejegyzes (?):
drwxr-xr-x 2 root root 48 Mar 12 2001 SU930_001
Az az erzesem, hogy az automounter nem nfs kompatibilis.
H
Hi,
A kovetkezot vettem eszre:
userkent `mount //server/share ~/test` ezt adja `mount: only root can do
that`
Ez igy rendben is van, hiszen nincs semmi extra beallitva.
DE
`strace mount //server/share ~/test` -el userkent is fel tudom
mountolni!! Ugyanez umount-ra is igaz, azaz strace-el
Hi!
A kezdőn nem kaptam választ, megpróbálom itt...
Van egy shel script, ami felmountol egy windows megosztást, majd onnan
átmásol 1 filet és .csv filet készít belőle. Ezt root-ként futtatva megy
szépen, viszont meg kellene oldani, hogy weboldalról is indítható legyen.
Persze, ha .cgi-ként szere
Székelyi Szabolcs wrote:
>
> Ha megis megoldas kell, probalkozz a bind mountolassal, azzal mukodik.
>
man mount
Note that the filesystem mount options will remain the same as those
on the original mount point, and cannot be changed by passing the -o
option along with --bin
urnald sajat maga tudja, hogy mi torteknik
vele, viszont ha ugyanez a fajlrendszer mashova meg ro modban van
mountolva, akkor a megfelelo kernel objektumok kozott kellene valami
ertesitesi rendszert kialakitani, hogy a ro mount tudjon arrol, ha
megvaltozik valami a fajlrendszerben (Varjunk csak:
Mihaly Zachar wrote:
> Sziasztok..
>
> Meg tudja valaki ezt magyarazni nekem ?
>
> [EMAIL PROTECTED]:~# mount -o ro /dev/md0 /var/backups/mnt/md0/
> mount: /dev/md0 already mounted or /var/backups/mnt/md0/ busy
> mount: according to mtab, /dev/md0 is mounted on /
> [EMAI
Gabor HALASZ wrote:
> Székelyi Szabolcs wrote:
>> Ha megis megoldas kell, probalkozz a bind mountolassal, azzal mukodik.
>>
>
> man mount
>
> Note that the filesystem mount options will remain the same as those
> on the original mount point, and cannot be chang
Székelyi Szabolcs wrote:
> Gabor HALASZ wrote:
>
>> Székelyi Szabolcs wrote:
>>
>>> Ha megis megoldas kell, probalkozz a bind mountolassal, azzal mukodik.
>>>
>>>
>> man mount
>>
>> Note that the filesystem mount
Gabor HALASZ wrote:
> Mihaly Zachar wrote:
>
>>
>> tehat a / particiomat fel tudtam mountolni megegyszer rw modban, de
>> ro-ban nem :O
>>
>>
> A dupla mountolas csak marketingrizsa, tulajdonkeppen ezt csinalja:
>
> mount / /var/bckups/mnt/md0
>
> namost vagy irok egy irto nagy exclude listat, vagy dd-vel fogok menteni...
>
> vagy esetleg otlet erre ?
cp vagy rsync vagy mindketto mintha tudna olyat, hogy csak egy
device-t masol. man-jukban biztos benne van. hatarozottan emlekszem, h
legalabb az egyik tudja.
_
On Wed, Nov 21, 2007 at 08:09:40PM +, Miloska wrote:
> >
> > namost vagy irok egy irto nagy exclude listat, vagy dd-vel fogok menteni...
> >
> > vagy esetleg otlet erre ?
>
> cp vagy rsync vagy mindketto mintha tudna olyat, hogy csak egy
> device-t masol. man-jukban biztos benne van. hatarozot
Miloska wrote:
>> namost vagy irok egy irto nagy exclude listat, vagy dd-vel fogok menteni...
>>
>> vagy esetleg otlet erre ?
>>
>
> cp vagy rsync vagy mindketto mintha tudna olyat, hogy csak egy
> device-t masol. man-jukban biztos benne van. hatarozottan emlekszem, h
> legalabb az egyik tudja
Székelyi Szabolcs írta:
> Ott a pont. Azert valami warningot igazan kiirhatna, es a `mount`-ban es
> az mtabban ugyanakkor szerepel az ro... /proc/mounts-ban viszont mar nem...
>
A mount eleg fura dolgokat kepes irogatni az mtab-ba.
> Ezek szerint nem lehet megoldani, ho
On Wed, Nov 21, 2007 at 08:02:08PM +0100, Székelyi Szabolcs wrote:
> Ezek szerint nem lehet megoldani, hogy ugyanaz a fajlrendszer az egyik
> helyen rw, a masikon ro legyen? Ami azert megdobbento, mert nem tartok
> elkepzelhetetlennek olyan szituaciot, ahol erre van szukseg. Hogy
> Linux-szal vala
On Wed, Nov 21, 2007 at 09:25:14PM +0100, Papp Tamas wrote:
> On Wed, Nov 21, 2007 at 08:09:40PM +, Miloska wrote:
> >
> > cp vagy rsync vagy mindketto mintha tudna olyat, hogy csak egy
> > device-t masol. man-jukban biztos benne van. hatarozottan emlekszem, h
> > legalabb az egyik tudja.
>
>
Sziasztok!
Meg lehet oldani valahogyan, hogy ha startup alatt az fstab-ban levo nfs
szerverek nem elerhetok, akkor kesobb folyamatosan ujraprobalkozzon a
rendszer a mount-tal?
De ne varjon, induljon be rendesen, csak a hatterben idonkent
probalkozzon ezzel.
Ugyanis ha mondjuk egyszerre indul
Sziasztok!
Van egy HP B2000, HP-UX (talán 10.20 verziót) futtató munkaállomásunk,
egy spéci cad alkalmazás fut rajta. A vas megdöglött, pár file
viszont jól jönne a diszkről. Van esélyem linux alól mountolni?
A diszken nem volt partíció. Mindenesetre csináltam dd-vel egy
image-t, azon próbálko
Sziasztok!
9.3 alatti subfs-t rá lehet beszélni arra, hogy legyen már szíves
mindent a /media/cdrecorder alá montolni és ilyen beállítással:
/dev/hdc on /media/cdrecorder type udf (ro)
a mostani:
/dev/hdc on /media/pcwdvd_0603 type subfs
(ro,nosuid,nodev,fs=cdfss,procuid) helyett!
Leginkább az
rsze, ha .cgi-ként szeretném futtatni, akkor ugye nincs joga mountolni.
> A kérdés, hogy hogyan szokás az ilyet megoldani?
Azért nem működik a mount, mert a cgi script apache-ként (www-data
talán a felhasználó pontos neve debianon) fut? Ebben az esetben az
apache suexec modulja nyúj
zt root-ként futtatva megy
> > szépen, viszont meg kellene oldani, hogy weboldalról is indítható legyen.
> > Persze, ha .cgi-ként szeretném futtatni, akkor ugye nincs joga mountolni.
> > A kérdés, hogy hogyan szokás az ilyet megoldani?
>
> Azért nem működik a mount, mert a cgi s
lehet, hogy az fstab-ban a filerendszernél jelzed,
> hogy user is mountolhassa (user vagy users opció, nem emlékszem). Így
> talán rá lehet beszélni, hogy az apache-nak is menjen a mount.
Ez már jobban hangzik valamivel.
Biztonsági szempontból pedig az az ötlet volt a legjobb, ahol
van egy fil
On Mon, 19 Feb 2007, Mezei Zoltan wrote:
> Azért nem működik a mount, mert a cgi script apache-ként (www-data
> talán a felhasználó pontos neve debianon) fut? Ebben az esetben az
Igen, ezt láttam...
> Harmadik megoldás lehet, hogy az fstab-ban a filerendszernél jelzed,
>
ev-et is fel lehet ilyenre használni; akkor
> gyakorlatilag nincs késleltetés.
> Én is szívesen látnék egy udev-es példát.
Szvsz nem udev, hanem hal. Az udev elvileg csak a kerneltol jovo
uzeneteket kezeli (es adja tovabb a hal-nak ha kell), a hal-nak viszont
DBUS-on keresztul elmeletben b
Gabor Gombas <[EMAIL PROTECTED]> wrote:
> DBUS-on keresztul elmeletben barki kuldhet mount/umount uzenetet, es van
> megfelelo access control is. Gyakorlati peldat nem tudok, eddig meg nem
> vettem ra magam, hogy belebonyolodjam a hal lelkivilagaba.
eloszor a pmount-ot akartam i
On Mon, 19 Feb 2007, Andras HORVATH wrote:
> "smbget" nem jo az eredeti kerdezonek?
>
> smbget - wget-like utility for download files over SMB
Azt hiszem jó lesz. Gyorsan ránéztem, de valahol a jogokat csak
tisztázni kell, mert .cgi-ként csak nem megy. Gyanítom ez egy frontend, de
a háttérben mé
mégis valami mountszerű dolog megy...
Nem mount megy a háttérben. Inkább ftp szerűnek nevezném, ha
hasonlítani kell valamihez.
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
> Meg lehet oldani valahogyan, hogy ha startup alatt az fstab-ban levo nfs
> szerverek nem elerhetok, akkor kesobb folyamatosan ujraprobalkozzon a
> rendszer a mount-tal?
automount?
_
linux lista - linux@mlf.linux.rulez.org
ht
Salamon Attila írta:
> Sziasztok!
>
> Merre induljak tovább? Mivel próbálkozzak?
>
>
Gugliztam neked, hátha segít...
http://answers.google.com/answers/threadview/id/736815.html
--
k-atti-
_
linux lista - linux@mlf.linux.rulez.org
http
követésére.
Ma pár új gépet próbáltam volna becsatlakoztatni sambaval, de azt
mondta a mount h. Mount Error: Too Many Files Open. Mount parancs
pontosan 255 felcsatlakoztatott fájrendszert dobott vissza ami kicsit
gyanús szám. Lehetséges h. elértem valami limitet?
Esetleg ötlet, hogyan lehetne
et=utf8 0 0
(Ugyanez /{dev,media}/cdrom-ra is, mert CD iro, es egy CDROM
is van a gepben).
Egyszer home-PC-men volt, hogy /media/[CD_volume_label]-kent
mount-olt, mert a /media/cdrecorder alatt valami "bentragadt":
hibas volt a mount-olt CD.
Nem babraltam vele, gep-Restart utan hel
Szia!
Nekem a kovetkezo van - filenevek rendben:
/dev/cdrecorder /media/cdrecordersubfs
fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0
Ezt írtam én is be, pedig iso8859-2-t szeetnék inkább, de nem érdekli!
a mount kimenete:
/dev/hdc on /media/cdrecorder type subfs
(ro,nosuid
a pár új gépet próbáltam volna becsatlakoztatni sambaval, de azt
> mondta a mount h. Mount Error: Too Many Files Open. Mount parancs
> pontosan 255 felcsatlakoztatott fájrendszert dobott vissza ami kicsit
> gyanús szám. Lehetséges h. elértem valami limitet?
>
> Esetle
[EMAIL PROTECTED] írta 2006. március 10, péntek, 18:47-kor:
> Nincs valami script a cron-ban, ami egy fájlrendszer egy adott
> könyvtárra rendszeresen becsatol? Így mindig fölé csatolódik,
Létezik umount parancs is! Nem használható?
szaszi
_
linux
Hello!
Feladó: [EMAIL PROTECTED] (Szasz Imre)
Küldve: Sat, 11 Mar 2006 08:10:09 +0100
> > Nincs valami script a cron-ban, ami egy fájlrendszer egy adott
> > könyvtárra rendszeresen becsatol? Így mindig fölé csatolódik,
Nem az a probléma, hogy nem tudom lecsatlakoztatni umount-al, hanem
hogy 255
Zed wrote:
Nincs valami script a cron-ban, ami egy fájlrendszer egy adott
könyvtárra rendszeresen becsatol? Így mindig fölé csatolódik,
Nem az a probléma, hogy nem tudom lecsatlakoztatni umount-al, hanem
hogy 255-nél több fájlrendszert nem tudok egyszerre felcsatlakoztatni.
A kérdés arra vonat
> > hogy 255-nél több fájlrendszert nem tudok egyszerre
> > felcsatlakoztatni. A kérdés arra vonatkozott, hogy lehetne ezt a
> > limitet megnövelni.
> szeritnem arra kivancsiak a sracok (ahogy en is), hogy miert kellhet
> 255-nel tobb fajlrendszert felcsatolnod ?
Ezt pedig már leírtam a thread-ot
On 06-Mar-11 16:10, Zed wrote:
> Nem az a probléma, hogy nem tudom lecsatlakoztatni umount-al, hanem
> hogy 255-nél több fájlrendszert nem tudok egyszerre felcsatlakoztatni.
> A kérdés arra vonatkozott, hogy lehetne ezt a limitet megnövelni.
Nos, a kernel hozzaferheto forrasban. Felteszem, a hibau
Zed wrote:
>>> hogy 255-nél több fájlrendszert nem tudok egyszerre
>>> felcsatlakoztatni. A kérdés arra vonatkozott, hogy lehetne ezt a
>>> limitet megnövelni.
>> szeritnem arra kivancsiak a sracok (ahogy en is), hogy miert kellhet
>> 255-nel tobb fajlrendszert felcsatolnod ?
>
> Ezt pedig már le
Hello!
Feladó: Geller Sandor <[EMAIL PROTECTED]>
Küldve: Sun, 12 Mar 2006 08:55:57 +0100
> Ha 2.4-es kernelt hasznalsz, akkor a 256-os limitet nem fogod tudni
> atlepni (8 bites ertekkel azonositjak az azonos tipusu
> filerendszereket), 2.6-nal elvileg gond nelkul menne. Milyen kerneled
> van?
Szervusztok!
Meg lehet csinálni, hogy ugyanazt a lokális filerendszert ide
r/o-ként, oda r/w-ként mountolom? Ha lehet, nem NFS-sel.
Egy webszervert szeretnék chroot-ba zárni, és azt elérni, hogy csak a
chroot-on kívülről lehessen a lapokat módosítani.
Köszönettel:
GyL
Gyimesi Laszlo wrote:
> Szervusztok!
>
> Meg lehet csinálni, hogy ugyanazt a lokális filerendszert ide
> r/o-ként, oda r/w-ként mountolom? Ha lehet, nem NFS-sel.
>
> Egy webszervert szeretnék chroot-ba zárni, és azt elérni, hogy csak a
> chroot-on kívülről lehessen a lapokat módosítani.
>
Szi
i, és azt elérni, hogy csak a
>> chroot-on kívülről lehessen a lapokat módosítani.
>>
> Szia,
>
> Nem tudok rola, de en ezt ugy oldanam meg, hogy olyan user/group
> tulajdonaba adnam a doc-root -ot, akinek a chrootban nincs ra irasi joga.
A mount-nak van egy --bind kapcsolója,
> >>
> >> Meg lehet csinálni, hogy ugyanazt a lokális filerendszert ide
> >> r/o-ként, oda r/w-ként mountolom? Ha lehet, nem NFS-sel.
> >>
...
> A mount-nak van egy --bind kapcsolója, talán azzal lehet ilyesmit
> csinálni. A módszer előnye, hogy ha a c
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] writes:
>>> Meg lehet csin=E1lni, hogy ugyanazt a lok=E1lis filerendszert ide
>>> r/o-k=E9nt, oda r/w-k=E9nt mountolom? Ha lehet, nem NFS-sel.
> A mount-nak van egy --bind kapcsol=F3ja, tal=E1n azzal lehet
On Thu, Feb 08, 2007 at 02:40:38PM +0100, [EMAIL PROTECTED] wrote:
> A mount-nak van egy --bind kapcsolója, talán azzal lehet ilyesmit
> csinálni.
Meg nem, de mar dolgoznak rajta. Talan majd 2.6.22 kornyeken.
Gabor
--
-
On Thursday 08 February 2007 17:51, Gabor Gombas wrote:
> On Thu, Feb 08, 2007 at 02:40:38PM +0100, [EMAIL PROTECTED]
wrote:
> > A mount-nak van egy --bind kapcsolója, talán azzal lehet ilyesmit
> > csinálni.
>
> Meg nem, de mar dolgoznak rajta. Talan majd 2.6.22 kornyeke
On Thu, Feb 08, 2007 at 05:53:22PM +0100, SZOKOVACS Robert wrote:
> errol url?
Passz. LKML olvasgatas kozben az agyam hatuljaban megragadt, hogy a fiuk
buveszkednek a vfsmount strukturak szetvalogatasaval, amibol vegul ez is
ki fog jonni. A 2.6.22 csak egy tipp, annyit akar jelenteni, hogy "a
kov
On Thu, Feb 08, 2007 at 04:08:42PM +, Kiss Gabor wrote:
> Azzal sajnos nem lehet r/o mountolni. Mar probaltam.
Igy van.
> A Solaris lofs-e ugyanilyen volt anno.
Ez viszony nincs igy, pont erre hasznalom es igy Solaris-on a lofs-t :)
Lehet regen mas volt, Solaris 9-tol kezdve viszont biztos m
Van valakinek mukodo megoldasa erre?
Probaltam az ltsp.org-on talalhato doksik szerint eljarni, de nem sok
sikerrel:
* az ltsp-4.2-t az ltsp-utils ltspadmin-javal telepitettem,
* az lts.conf-ban benne van a LOCAL_STORAGE = Y,
* a szerverre felraktam a fuse-utils libfuse2 libx11-protocol-perl
cs
felcsatolódik a HDD. S.M.A.R.T.
értékek rendben, dd végigolvasssa a lemezt, 0 rossz szektor van. Ha
kézzel megadtam csatoláskor a fájlrendszer típusát, ugyanaz volt az
eredmény.
Ahogy próbáltam:
root@raspberrypi:~# mount /dev/sda1 /mnt
mount: /mnt: can't read superblock on /dev/sda1.
root@raspbe
Hi,
Az alábbi a helyzet:
root@node05:~# head -c 128 /dev/sdb | hd
58 46 53 42 00 00 10 00 00 00 00 00 00 c8 00 00 |XFSB|
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ||
0020 b8 90 f0 6a 3f 9b 46 76 a0 bd ab d8 de e5 3c 4c |...j?.Fv..h
On Thu, Jul 23, 2020 at 08:02:27PM +0200, Csaba wrote:
>
> Raspberry-hez csatlakoztatva használtam egy külső házban lévő HDD-t
> hónapokig, (eddig) probléma nélkül.
> Semmit sem változtattam, legfrissebb Raspbian van fent, egyik napról a
> másikra nem volt hajlandó fel csatolni a HDD-t. Fsck nem í
On Thu, Jul 23, 2020 at 08:02:27PM +0200, Csaba wrote:
> Raspberry-hez csatlakoztatva használtam egy külső házban lévő HDD-t
> hónapokig, (eddig) probléma nélkül.
> Semmit sem változtattam, legfrissebb Raspbian van fent, egyik napról a
> másikra nem volt hajlandó fel csatolni a HDD-t. Fsck nem ír
On 7/23/20 8:02 PM, Csaba wrote:
Sziasztok!
Raspberry-hez csatlakoztatva használtam egy külső házban lévő HDD-t
hónapokig, (eddig) probléma nélkül.
Semmit sem változtattam, legfrissebb Raspbian van fent, egyik napról a
másikra nem volt hajlandó fel csatolni a HDD-t. Fsck nem ír ki hibát,
Ju
Sziasztok!
Mindenki válaszát köszönöm!
Eredeti, hozzá adott tápegységgel használom a Raspberry Pi-t (amit
rpibolt.hu oldalon hozzá adnak). A frissítéseket nem tudom már
visszakövetni, de aznap, amikor ez történt, nem volt frissítés (kézzel
szoktam). Miután ez történt, utána tettem fel a frissítés
Sziasztok,
Ha csatlakoztatom a HDD-t, az alábbi íródik a Syslog-ba:
Jul 24 17:57:03 raspberrypi kernel: [13647.661090] usb 2-1: New USB
device found, idVendor=357d, idProduct=7788, bcdDevice= 1.14
Jul 24 17:57:03 raspberrypi kernel: [13647.661109] usb 2-1: New USB
device strings: Mfr=1, Product=2
Próbáld másik gépben és az filesystemet olvasd végig mert
elképzelhető, hogy a szekvenciális olvasást még bírja, de az ide-oda
ugrálást már nem.
Ez olyan mintha néha leszakadna az USB buszról aminek lehet oka, hogy
némelyik szektort
csak sokára tudja kiolvasni.
Mert nem sorban olvassa a sz
Hi,
"Csaba" írta 2020-07-24 14:30-kor:
> Ezelőtt, ha nem is volt képes felcsatolni a HDD-t, ha kiadtam egy "dd
> if=/dev/sda of=/dev/null bs=16M" parancsot, az hibátlanul lefutott,
> tehát végigolvasta.
> Táp nélkül használtam mindig is (táp nélküli sima USB ház), sose volt
> probléma. A Raspberr
On 7/24/20 7:12 AM, Kiss Gabor wrote:
Jul 23 17:51:42 raspberrypi kernel: [ 5371.415257] print_req_error:
critical target error, dev sda, sector 63
Jul 23 17:51:42 raspberrypi kernel: [ 5371.415267] Buffer I/O error on
dev sda1, logical block 0, lost sync page write
Mit tudnék tenni?
Lecser
On 7/25/20 3:38 AM, PÁSZTOR György wrote:
> Csereld le a hazat egy olyanra, aminek van sajat tapja.
Vagy tegyél közéjük egy külsõ tápos USB hubot!
kissg
_
linux lista - linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinf
Sziasztok!
Nagyon köszönöm Mindenki válaszát!
Gábor: nem baj, hogy Micro-SD kártya cserét javasoltál, eddig egy
Class 8 osztályba tartozó, 8 GB-s kártyával használtam, így most
sokkal gyorsabb. :-)
SSD-m sajnos nincs, hogy ki tudjam próbálni a táp nélküli házban.
Be fogok majd szerezni táppal ren
2011-03-22 17:07 keltezéssel, PÁSZTOR György írta:
> Hi,
>
> Az alábbi a helyzet:
> root@node05:~# mount /dev/sdb /mnt
> mount: /dev/sdb already mounted or /mnt busy
> root@node05:~# umount /dev/sdb
> umount: /dev/sdb: not mounted
> root@node05:~# mkdir xxx
> root@n
0 00 00 04 00 00 00 00 |.2..|
> 0060 00 00 19 00 b4 a4 02 00 01 00 00 10 74 65 73 74 |test|
> 0070 00 00 00 00 00 00 00 00 0c 09 08 04 16 00 00 19 |....|
> 0080
> root@node05:~# mount /dev/sdb /mnt
> mount: /dev/sdb already mounted or /mnt b
0 00 00 00 82 ||
>> 0050 00 00 00 01 00 32 00 00 00 00 00 04 00 00 00 00 |.2..|
>> 0060 00 00 19 00 b4 a4 02 00 01 00 00 10 74 65 73 74 |test|
>> 0070 00 00 00 00 00 00 00 00 0c 09 08 04 16 00 00 19 ||
>&g
PÁSZTOR György writes:
> root@node05:~# mount /dev/sdb /mnt
> mount: /dev/sdb already mounted or /mnt busy
# dmesg|tail
Esetleg:
# mount /dev/sdb /mnt -onouuid
--
Feri.
_
linux
Hi,
"Ferenc Wagner" írta 2011-03-23 12:45-kor:
> PÁSZTOR György writes:
>
> > root@node05:~# mount /dev/sdb /mnt
> > mount: /dev/sdb already mounted or /mnt busy
>
> # dmesg|tail
> Esetleg:
> # mount /dev/sdb /mnt -onouuid
Közben azt hiszem megfejt
84 matches
Mail list logo