- A hozzászóláshoz be kell jelentkezni
- 3156 megtekintés
Hozzászólások
Eddig benne volt egy "kiherelt" verzio a SuSE-ban. A razosabb dolgok nem voltak benne a csomagban. Viszont azok nelkul meg teljesen hasznalhatatlan volt.
- A hozzászóláshoz be kell jelentkezni
"Az új verzió immár teljes körűen támogatja a Microsoft Windows 2000 és XP által használt NTFS fájlrendszert." - Ez mit jelent? Irás/olvasás egyaránt? És hogyan? Valami open source cuccos, vagy pedig zárt SuSE fejlesztés?
- A hozzászóláshoz be kell jelentkezni
Miert lenne zart fejlesztes?
SuSE nem szokott ilyet csinalni desktopra...
- A hozzászóláshoz be kell jelentkezni
A SuSE Linux eddig is free volt, es tovabbra is az marad, annyi megkotessel, hogy neten nem szabad iso-ban terjeszteni.
DE!
Szabadon letoltheto "ftp-s verzio" hivatalos ftp-jukrol vagy barmelyik mirrorrol. Annyi a kulonbseg, hogy nehany commercial progi hianyzik belole (vmware, stb).
(SuSE 8.2 magyar mirror: ftp://roxen.integrity.hu/pub/suse/i386/8.2)
Szoval letoltod egesz konyvtarstrukturat vinyora, ez olyan 5GB, de ha nem kell src, akkor lehet vele vagy 2GB-nyit sporolni. Talalhato benne egy boot.iso -> kiir cdrw-re. Bebootolsz rola, bemountolod meghajtot ahova letoltotted, majd azt megadod telepitesi forrasnak. Ennyi.
Ez a modszer teljesen legalis es ingyenes.
- A hozzászóláshoz be kell jelentkezni
Szerintem ezt [mlf.linux.rulez.org] tettek bele kernelbe.
"The new, version 2.x.y driver was written by Anton Altaparmakov from scratch, supporting all versions of NTFS. This NTFS driver is included in the 2.5 series development kernels and also has a backported version for the latest 2.4 stable kernel. What are the advantages of the new driver?
Stable: no known problems in the implemented functionality, it's also multi-processor and reentrant safe.
Supports all NTFS cluster sizes from 512 bytes up to 64 kB. The old one is limited to maximum 4 kB cluster size.
Full support for sparse and compressed files also on Windows XP/2003/2000.
Supports mmap() thus Wine users can start applications from an NTFS partition.
One can setup a loopback device on an NTFS file. TopologiLinux uses this feature to run completely from a Windows NTFS partition (read-write). This is a frequently asked feature by Knoppix users but Knoppix can't do it because it uses the old driver.
Still read-only, but with safe file overwrite support on all Windows versions without changes to the file size. TopologiLinux also heavily uses this feature.
Much better performance."
- A hozzászóláshoz be kell jelentkezni
Mert tartalmaz rakas nem GPL progit: pl. acroread, vmware, stb.
Ftp-s verziobol szerintem csinalhatsz nyugodtan iso-t, ha mar annyira arra vagysz, es meg akar terjesztheted is...
Nem tudom pontosan, hogy a telepitonek milyen a licensze, de opensource az tuti.
- A hozzászóláshoz be kell jelentkezni
A helyzet nagyon egyszeru:
-ha szukseged van supportra, akkor megveszed
-ha nincs, akkor letoltod ftp-rol
Ha a support lejartaig sikerul egy mukodo rendszert beallitani, akkor upgrade megint mehet ftp-rol, tehat ingyenesen... Olyat nem igazan tudok elkepzelni, hogy vki allandoan megvasarolgassa verziorol verziora csak azert, hogy legyen folyamatos supportja.
Mindig jottok ezzel az UHUs dumaval, de UHUhoz nem jar hivatalos support, azt meg hat meg kell fizetni (meg az 5 CD-t, meg a 2 DVD-t, meg 1200 oldalas konyvet, stb)
- A hozzászóláshoz be kell jelentkezni
Hogy mar irtak egy nagyon jo NTFS drivert... (allitolag)
- A hozzászóláshoz be kell jelentkezni
A legegyszerubbet kihagytad: letoltod vinyora, aztan betolod mobilrackbe + hurcigolod magaddal bootCD-t
Miert ne mukodne DVDrol ? Ha telepitesi forrasnak azt adod meg, tokmindegy hogy hdd vagy dvd... Persze kell melle egy CD-olvaso is, amivel be lehet bootolni.
- A hozzászóláshoz be kell jelentkezni
Van magyar SuSE levlista is. Igaz nemet fejlesztok nincsennek feliratkozva ra :)
ui.: miert nevtelen ? azert nem irtam ala, mert vettem a faradsagot es beregisztraltam ide magam...
- A hozzászóláshoz be kell jelentkezni
Nem szeretem hogy minden uhu vagy suse hir utan jon egy kis uhu-vs-suse vita...
A lenyeg: VAN hivatalos support a dobozos UHU-hoz. Ne terjesszetek hulyeseget kerlek.
- A hozzászóláshoz be kell jelentkezni
Hali, mán ne haragudj, de a link az nftsresize FAQ-ra mutat. gondolom az NTFS Driver homepage-ra akartál mutatni. Itt az alábbiakat olvashatjuk:
**********
NTFS - Original Driver
Status
Read support is fairly complete.
Write support had been started, but being ncomplete it is extremely dangerous.
Some problems have been reported when using SMP machines.
N.B. This driver has now been abandoned in favour of the new one.
***********
NTFS - New Driver
Status
Read support has been completed and tested and the driver is in the 2.5.x kernel series since 2.5.11.
The driver is much faster and cleaner than the old one, hence a better platform for new development.
A backport to the 2.4 kernel series is available from our downloads page.
ToDo
Add support for writing.
*******
Izé...
Amúgy a teszt kernelben a Changelogban a következőket olvashatjuk:
2.1.0 - First steps towards write support: implement file overwrite.
- Add configuration option for developmental write support with an
appropriately scary configuration help text.
- Initial implementation of fs/ntfs/aops.c::ntfs_writepage() and its
helper fs/ntfs/aops.c::ntfs_write_block(). This enables mmap(2) based
overwriting of existing files on ntfs. Note: Resident files are
only written into memory, and not written out to disk at present, so
avoid writing to files smaller than about 1kiB.
- Initial implementation of fs/ntfs/aops.c::ntfs_prepare_write(), its
helper fs/ntfs/aops.c::ntfs_prepare_nonresident_write() and their
counterparts, fs/ntfs/aops.c::ntfs_commit_write(), and
fs/ntfs/aops.c::ntfs_commit_nonresident_write(), respectively. Also,
add generic_file_write() to the ntfs file operations (fs/ntfs/file.c).
This enables write(2) based overwriting of existing files on ntfs.
Note: As with mmap(2) based overwriting, resident files are only
written into memory, and not written out to disk at present, so avoid
writing to files smaller than about 1kiB.
- Implement ->truncate (fs/ntfs/inode.c::ntfs_truncate()) and
->setattr() (fs/ntfs/inode.c::ntfs_setattr()) inode operations for
files with the purpose of intercepting and aborting all i_size
changes which we do not support yet. ntfs_truncate() actually only
emits a warning message but AFAICS our interception of i_size changes
elsewhere means ntfs_truncate() never gets called for i_size changes.
It is only called from generic_file_write() when we fail in
ntfs_prepare_{,nonresident_}write() in order to discard any
instantiated buffers beyond i_size. Thus i_size is not actually
changed so our warning message is enough. Unfortunately it is not
possible to easily determine if i_size is being changed or not hence
we just emit an appropriately worded error message.
Szóval, ez nem túl meggyőző a "Az új verzió immár teljes körűen támogatja a Microsoft Windows 2000 és XP által használt NTFS fájlrendszert."-hez, hacsak nem raktak bele valami újat.
Amúgy a ToDo így néz ki:
ToDo:
- Find and fix bugs.
- Enable NFS exporting of NTFS.
- Implement aops->set_page_dirty() in order to take control of buffer
dirtying. Not having it means if page_has_buffers(), all buffers
will be dirtied with the page. And if not they won't be. That is
fine for the moment but will break once we enable metadata updates.
- Implement sops->dirty_inode() to implement {a,m,c} time updates and
such things.
- Implement sops->write_inode().
- In between ntfs_prepare/commit_write, need exclusion between
simultaneous file extensions. Need perhaps an NInoResizeUnderway()
flag which we can set in ntfs_prepare_write() and clear again in
ntfs_commit_write(). Just have to be careful in readpage/writepage,
as well as in truncate, that we play nice... We might need to have
a data_size field in the ntfs_inode to store the real attribute
length. Also need to be careful with initialized_size extention in
ntfs_prepare_write. Basically, just be _very_ careful in this code...
OTOH, perhaps i_sem, which is held accross generic_file_write is
sufficient for synchronisation here. We then just need to make sure
ntfs_readpage/writepage/truncate interoperate properly with us.
Szóval a write ügyben, még van mit tenni...
Ja, mindez a test7-ben található...
Zsiráf
- A hozzászóláshoz be kell jelentkezni
> Ennek miertjerol egyszer hallottam dr Szentiványi Gábortól
> egy zavaros magyarázatot
Valami olyasmiről volt szó, hogy a BSA minden ISO mögött lopott vindozt lát.. :)
-Sygma
- A hozzászóláshoz be kell jelentkezni
Jeee, a SUSE-s iso igy hasonlit a WinFo$-osra????
Erdekes a debian, mandrake, UHU, stb... nem!!!!
Zsiraf
U.i.: hehehe
- A hozzászóláshoz be kell jelentkezni
Ime egy tesztszeruseg... [madpenguin.org]
- A hozzászóláshoz be kell jelentkezni
Ez így van, ez az üzleti modelljük.
Ne felejtsd el, hogy csupa ingyenes programból nem lehet céget fenntartani, fejlesztőket fizetni, supportot nyújtani stb.
A Suse ezt így (sunnyogással, a CD másolás megnehezítésével) oldja meg. A Redhat úgy, hogy teljesen dobja az asztali linux disztróját. A Mandrake meg majdnem becsődölt. Tessék választani.
A Linuxoknak is bevételt kell valahonnan termelni, ha a köznép számára könnyen használható termékkel akarnak megjelenni.
- A hozzászóláshoz be kell jelentkezni
Folytassuk csak az idézett részt: "A SUSE LINUX 9.0 Windows-kompatibilitása jelentősen megnőtt. Az új verzió immár teljes körűen támogatja a Microsoft Windows 2000 és XP által használt NTFS fájlrendszert. Ennek következtében egy tetszőleges Windows verziót használó felhasználó mindennemű korábbi Linux-tapasztalat nélkül is képes a SUSE Linux telepítésére a Windows mellé."
Teljes körűen támogatja ezeket a fájlrendszereket, tehát gond nélkül lehet Windows mellé telepíteni. Nem értem, hogy miről van szó a marketing duma mögött. Arról, hogy mountolsz ntfs fájlrendszert és futó rendszerből írsz rá, vagy pedig arról, hogy egy csatolatlan ntfs fájlrendszert az egy szálon futó átméretező program át tud méretezni? Merthogy az előbbi egy több nagyságrenddel nehezebb feladat, mint az utóbbi. Az idézett rész első fele szerint az előbbi (nehezebb) feladatot tudja az új suse, míg a belőle levont következtetés, vagyis az idézet második fele igencsak azt sugallja, hogy "csak" az utóbbit tudja (ami persze még mindig nem rossz). A fórumban többek által leírt kernel ntfs támogatás alapján is úgy tűnik, hogy valószínűleg csak az offline átméretezést tudja.
- A hozzászóláshoz be kell jelentkezni