Version-Release antal udvalgte komponenter (i givet fald):
\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d
root @ server [~] # cat / etc / Redhat-release

Red Hat Enterprise Linux ES release 4 (Nahant Update 5)

root @ server [~] # uname-a
Linux server.integrityserver.net 2.6.9-55.ELsmp # 1 SMP fredag apr 20 17:03:35 EDT

2007 i686 i686 i386 GNU/Linux
root @ server [~] #


Hvordan gengivelig:
\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d

root @ server [~] # mkdir 1
mkdir: kan ikke oprette mappe `1 ': Ingen sådan fil eller mappe
root @ server
[~] # Mkdir 12
mkdir: kan ikke oprette mappe `12 ': Ingen sådan fil eller mappe
root @ server [~] # mkdir 1A2
root @ server [~] #



Faktiske resultater:
\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d
mkdir: kan ikke oprette mappe `1 ': Ingen sådan fil eller mappe



Forventede resultater:
\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d
bør være i stand til at oprette et bibliotek

Yderligere Info:
\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d
root @ server [~] # ll $ (som mkdir)
-rwxr-xr-x 1 root root 25060 Sep 19 15:46 / bin / mkdir *

root @ server [~] # rpm-QF $ (som mkdir)
coreutils-5.2.1-31,6
root @ server [~] #
root @ server [~] # mount-a
root @ server [~] #
root @ server [~] # alias | grep mk
root @ server [~] #


FSType \u003d ext3




Please advise.


Tak

Det er mærkeligt .... Jeg kan oprette mapper fint, dvs mkdir 1 værker.
Du er roden, så du har tilladelser, er det ikke nfs monteret mappe, ingen aliaser .... hmmm ...
kan man lave normale mappe som "mkdir test1"? Hvad er status for "echo $?" efter at det mislykkes? Kan du bruge "mkdir-p / path/to/1"?

Meget mærkeligt. Kunne være noget galt med det aktuelle bibliotek? Forsøge

Jeg er enig ... meget mærkeligt.

Prøv at gøre en erstatning kommando. Med bash eller ksh:
funktion xmkdir ( perl -e 'mkdir (skift)' $ 1;)
xmkdir 12

Mener at arbejde? Hvad med "mkdir ./12" og "xmkdir ./12"? Hvad med "touch 12"?

Hej,

kerne opgradere faste spørgsmålet

Hej Jeg har samme spørgsmål som fed.linuxgossip.

Jeg kører
RHEL AS 4 (Update 5)

Filesystem \u003d ext3

Samme problem:
#########
Jeg kan ikke oprette numeriske filer.

Jeg kan ikke oprette dem via noget jeg kan tænke på, via ECHO, dd, touch, etc etc.

########

Hvad jeg kan gøre:

Jeg kan skrive til samme filsystem over NFS på en anden maskine bare fint.

Jeg kan starte op fra en Live CD og skrive til filsystemet bøde.

########
Jeg forsøgte ved hjælp af statisk knyttet binaries gerne busybox, og jeg kan ikke oprette filerne.

Jeg opdateret systemet helt til RHEL AS 4 Update 6 (herunder kerne), og problemet stadig fortsætter.

#######
Perderabo:
Ændring af skaller gjorde ikke hjælpe, heller ikke citater eller escapetegn.

###########

Alt andet særlige du gjorde fed.linuxgossip?

Er der nogen, der har en kopi af "mount" binær, der var på disse systemer? Selv en kopi fra sikkerhedskopi er fint. Jeg ærligt har mistanke om et rootkit, der er involveret i dette spørgsmål, som jeg har set det før. Ser ud som en række binære filer er involveret, montere er én af dem (på grund af, hvor tidligt det kaldes under boot).

Hvis du har en kopi af disse systemer, vil jeg anbefale du undersøger påvirket systemet fra en anden god kerne og derefter lede efter de binære filer. Du bør finde 'mount' binær, en anden montere binære med hvad der ligner en hash-streng tilføjet i slutningen af navnet, og derefter en anden tom mount-fil med en anden hash knyttet til navnet. Dette synes at være indikator for, at systemet virkelig er inficeret.

Bedes du sende den binære til dette forum, eller PM mig hvis du kan forsyne mig med en kopi til analyse. Jeg er interesseret i at vide, om det er nøjagtig de samme MD5 hash Jeg har fundet eller ej. Vil virkelig gerne identificere netop dette rod og få nogle underskrifter derude, så andre mennesker kan finde det lettere.