79579 2005-01-26 07:58 0000 not able to mount vfat partition on amd64. 2006-11-10 23:52:57 0000 1 1 1 Unclassified Gentoo Linux Core system unspecified AMD64 Linux RESOLVED WORKSFORME P2 major --- 1 alcoholica666@gmail.com base-system@gentoo.org karllynch@illuvitar.net roland@pinguin.tv alcoholica666@gmail.com 2005-01-26 07:58:55 0000 I'm not able to mount a vfat partition on my amd64. I get the error: mount: wrong fs type, bad option, bad superblock on /dev/hdc2, or too many mounted file systems while trying mount -t vfat /dev/hd.. /mnt/.. I created a partition whit Partition Magic, windows, but it doesn't work. When i try to do mkfs.vfat i get: mkfs.vfat 2.10 (22 Sep 2003) mkfs.vfat: Attempting to create a too large file system Reproducible: Always Steps to Reproduce: Mount an vfat partition on amd64 Actual Results: Still got the same errors Expected Results: Mounting my partition so i can play some song ;) Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r14 x86_64) ================================================================= System uname: 2.6.9-gentoo-r14 x86_64 AMD Athlon(tm) 64 Processor 3400+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 26 2005, 14:49:30)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r5 sys-devel/automake: 1.8.5-r1 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://ftp.belnet.be/packages/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.belnet.be/gentoo-portage" USE="amd64 X acpi alsa arts berkdb bitmap-fonts crypt esd f77 fam font-server fortran gdbm gif gpm gtk imagemagick imlib ipv6 java jp2 jpeg kde lzw lzw-tiff mad mikmod motif multilib ncurses nls oggvorbis opengl oss pam perl png python qt readline sdl slang ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts usb userlocales xml2 xmms xpm xrandr xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY I tried also other kernels but still it doesn't work. roland@pinguin.tv 2005-01-26 08:40:30 0000 Googled following tip "-F 32" mkfs.vfat -F 32 /dev/hdc2 vapier@gentoo.org 2005-01-26 14:19:16 0000 so, it looks like `mount` failed because it hadnt yet been formatted ... mkfs.vfat documents the fact that it defaults to FAT12/FAT16 and that if you want FAT32, you must explicitly run with -F 32 ... alcoholica666@gmail.com 2005-01-27 10:51:01 0000 I'm not able to mount it, even when i did an mkfs.vfat - F 32. He's giving me still the same error. A friend of mine who has also an amd64, has also the same problem. I really don't know what i could try else... roland@pinguin.tv 2005-01-28 04:47:59 0000 What't the output ot "fdisk /dev/hdc" ? roland@pinguin.tv 2005-01-28 04:48:52 0000 Sorry, output of "fdisk -l /dev/hdc" ... alcoholica666@gmail.com 2005-01-28 11:04:43 0000 The output is of fdisk -l /dev/hdc is: /dev/hdc2 204376 238216 17055864 c W95 FAT32 (LBA). But i cannot mount is cause i'll get this message then: mount: wrong fs type, bad option, bad superblock on /dev/hdc2, or too many mounted file systems Thanx for your help by the way :) jhuebel@gentoo.org 2005-01-28 15:18:53 0000 Same issue here. I can't mount a USB key that's formatted VFAT. Portage 2.0.51-r14 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r10 x86_64) ================================================================= System uname: 2.6.9-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Aug 2 2004, 19:10:29)] ccache version 2.3 [disabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r2, 1.6.3, 1.7.9, 1.4_p6, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig cvs distlocks sandbox" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo/ http://gentoo.mirrors.pair.com/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://localhost/portage" USE="amd64 X acpi alsa apache2 arts berkdb bitmap-fonts bzlib calendar cdr crypt cups dba dvd dvdr dvdread encode esd f77 fam flatfile font-server fortran gd gdbm gif gphoto2 gpm imagemagick imlib java jp2 jpeg kde ldap libwww lzw lzw-tiffmad mikmod motif moznocompose moznoirc moznomail mozsvg mpeg multilib mysql ncurses nls noreiserfs nptl nvidia oggvorbis opengl oss pam pdflib perl php png ppds python qt readline samba scanner sdl session slang sqlite ssl tcpd tidy tiff truetype truetype-fonts type1-fonts usb userlocales xml2 xmlrpc xmms xpm xrandr xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY roland@pinguin.tv 2005-01-31 03:00:50 0000 Do you have - vfat in /proc/filesystems ? - Probably doublicated entries for the /dev/hdc2 in /etc/fstab Could you run mount: strace -o st.log -v -f mount rest_of_ususal_:mount_command_line and attach st.log alcoholica666@gmail.com 2005-01-31 04:49:09 0000 Yes i have vfat in /proc/filesystems ...nodev hugetlbfs msdos vfat iso9660 nodev devfs ntfs nodev mqueue ... @Roland bar: strace seems not to work, can you explain again please? Thx roland@pinguin.tv 2005-01-31 05:12:10 0000 emerge strace With strace using as a prefix to your "mount" command, you can trace/log all system calls. -o st.log #Output to st.log (text file) -v #verbose -f #follows fok()'s So if your regular mount command is: mount -t vfat /dev/hdc2 /mnt/hdc2 then issue: strace -o st.log -v -f mount -t vfat /dev/hdc2 /mnt/hdc2 then we have in file st.log all system calls and hopeful seeing whats going wrong.... Otherwise: - What's the complete command line for the mount command? (It properly takes some omitted parameters from /etc/fstab) - Any entries regarding that partition in /etc/fstab? Otherwise: - You are sure, that it contains a valid vfat filesystem? - Or are we still stuck at the mkfs.vfat -F 32 /dev/hdc2? - Can you boot from any live-cd or knoppix or from Windows and that system mounts there? alcoholica666@gmail.com 2005-01-31 06:23:42 0000 Created an attachment (id=50048) Strace log while mounting alcoholica666@gmail.com 2005-01-31 06:26:53 0000 So Roland, i uploaded the st.log as attachement. I don't understand some of your further questions, but /dev/hdc2 isn't in my fstab. The mkfs.vfat -F 32 works fine too me, it gives no errors. When i do your strace command i still get the same error, but i hope you can get a hint when you read the st.log. Thanx roland@pinguin.tv 2005-01-31 06:59:29 0000 Just an idea, http://bugs.gentoo.org/show_bug.cgi?id=76203 but doubt that this is the problem... I have reviewed the source code, and when syscall mount() returns EINVAL, it makes an ioctl BLKGETSIZE at the device node. If the return value is 0 (as here), then following code snippet: error(_( " (could this be the IDE device where you in fact use\n" " ide-scsi so that sr0 or sda or so is needed?)")); So, probably /dev/sdb2 (something /dev/sd?2) would be the correct device node. Jason, this could also be the the hint for you usb-device. Here it's also an (pseudo)SCSI device..... pauldv@gentoo.org 2005-02-06 11:56:03 0000 I experienced similar issues on a normal p3 computer (and a usb stick). This is an older kernel, so it probably is a userland issue. alcoholica666@gmail.com 2005-02-07 05:58:45 0000 Guys i tryed really everything (i think) but still i cannot mount the fat partition. Does anyone has booked some progress, or have some other ideas? Greetz roland@pinguin.tv 2005-02-07 06:47:29 0000 Have you tried to get a corresponding SCSI devices (Comment #13 ) fdisk -l /dev/sda fdisk -l /dev/sdb fdisk -l /dev/sdc If this doesn't show up anything, then: dd if=/dev/hdc2 of=myhdc count=1 and attach myhdc to this bug-report jakub@gentoo.org 2006-08-03 09:15:23 0000 *** Bug 142667 has been marked as a duplicate of this bug. *** vapier@gentoo.org 2006-11-10 23:52:57 0000 old bug ... you might want to try updating e2fsprogs/glibc/strace/kernel/util-linux as the strace output looks screwed up: 1923 stat("/sbin/mount.vfat", 0x7fbfffee40) = -1 ENOENT (No such file or directory) 1923 mount("/dev/hdc2", "/mnt/windows/", "vfat", 0xc0ed0000, 0) = -1 EINVAL (Invalid argument) 50048 2005-01-31 06:23 0000 Strace log while mounting st.log text/plain MTkyMyAgZXhlY3ZlKCIvYmluL21vdW50IiwgWyJtb3VudCIsICItdCIsICJ2ZmF0IiwgIi9kZXYv aGRjMiIsICIvbW50L3dpbmRvd3MvIl0sIFsvKiA1MSB2YXJzICovXSkgPSAwCjE5MjMgIHVuYW1l KHtzeXNuYW1lPSJMaW51eCIsIG5vZGVuYW1lPSJhbGNvaG9saWNhIiwgcmVsZWFzZT0iMi42Ljkt Z2VudG9vLXIxNCIsIHZlcnNpb249IiMyIFdlZCBKYW4gMjYgMTc6NTE6MDQgVVRDIDIwMDUiLCBt YWNoaW5lPSJ4ODZfNjQifSkgPSAwCjE5MjMgIGJyaygwKSAgICAgICAgICAgICAgICAgICAgICAg ICAgICA9IDB4NTE0MDAwCjE5MjMgIG1tYXAoTlVMTCwgNDA5NiwgUFJPVF9SRUFEfFBST1RfV1JJ VEUsIE1BUF9QUklWQVRFfE1BUF9BTk9OWU1PVVMsIC0xLCAwKSA9IDB4MmE5NTU2YTAwMAoxOTIz ICBvcGVuKCIvZXRjL2xkLnNvLnByZWxvYWQiLCBPX1JET05MWSkgPSAtMSBFTk9FTlQgKE5vIHN1 Y2ggZmlsZSBvciBkaXJlY3RvcnkpCjE5MjMgIG9wZW4oIi9ldGMvbGQuc28uY2FjaGUiLCBPX1JE T05MWSkgPSAzCjE5MjMgIGZzdGF0KDMsIHtzdF9kZXY9bWFrZWRldigzLCA0KSwgc3RfaW5vPTIy MjE4MTgsIHN0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9ubGluaz0xLCBzdF91aWQ9MCwgc3RfZ2lk PTAsIHN0X2Jsa3NpemU9MTMxMDcyLCBzdF9ibG9ja3M9MTY4LCBzdF9zaXplPTg1MjEyLCBzdF9h dGltZT0yMDA1LzAxLzMxLTE1OjIyOjQxLCBzdF9tdGltZT0yMDA1LzAxLzMxLTE1OjIyOjA4LCBz dF9jdGltZT0yMDA1LzAxLzMxLTE1OjIyOjA4fSkgPSAwCjE5MjMgIG1tYXAoTlVMTCwgODUyMTIs IFBST1RfUkVBRCwgTUFQX1BSSVZBVEUsIDMsIDApID0gMHgyYTk1NTZiMDAwCjE5MjMgIGNsb3Nl KDMpICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKMTkyMyAgb3BlbigiL2xpYi9saWJibGtp ZC5zby4xIiwgT19SRE9OTFkpID0gMwoxOTIzICByZWFkKDMsICJcMTc3RUxGXDJcMVwxXDBcMFww XDBcMFwwXDBcMFwwXDNcMD5cMFwxXDBcMFwwXDBcJ1wwXDAiLi4uLCA2NDApID0gNjQwCjE5MjMg IGZzdGF0KDMsIHtzdF9kZXY9bWFrZWRldigzLCA0KSwgc3RfaW5vPTE4NDc3OSwgc3RfbW9kZT1T X0lGUkVHfDA3NTUsIHN0X25saW5rPTEsIHN0X3VpZD0wLCBzdF9naWQ9MCwgc3RfYmxrc2l6ZT0x MzEwNzIsIHN0X2Jsb2Nrcz02NCwgc3Rfc2l6ZT0zMDM3Niwgc3RfYXRpbWU9MjAwNS8wMS8zMS0x NToyMjo0MSwgc3RfbXRpbWU9MjAwNC8xMC8yNi0xNzoxNDo1Niwgc3RfY3RpbWU9MjAwNC8xMC8y Ni0xNzoxNDo1Nn0pID0gMAoxOTIzICBtbWFwKE5VTEwsIDEwNzYwNDgsIFBST1RfUkVBRHxQUk9U X0VYRUMsIE1BUF9QUklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMsIDApID0gMHgyYTk1NjU4MDAwCjE5 MjMgIG1wcm90ZWN0KDB4MmE5NTY1ZTAwMCwgMTA1MTQ3MiwgUFJPVF9OT05FKSA9IDAKMTkyMyAg bW1hcCgweDJhOTU3NTgwMDAsIDI4NjcyLCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZB VEV8TUFQX0ZJWEVEfE1BUF9ERU5ZV1JJVEUsIDMsIDApID0gMHgyYTk1NzU4MDAwCjE5MjMgIGNs b3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKMTkyMyAgb3BlbigiL2xpYi9saWJ1 dWlkLnNvLjEiLCBPX1JET05MWSkgPSAzCjE5MjMgIHJlYWQoMywgIlwxNzdFTEZcMlwxXDFcMFww XDBcMFwwXDBcMFwwXDBcM1wwPlwwXDFcMFwwXDBcMFwxNlwwXDAiLi4uLCA2NDApID0gNjQwCjE5 MjMgIGZzdGF0KDMsIHtzdF9kZXY9bWFrZWRldigzLCA0KSwgc3RfaW5vPTE4NDc3Nywgc3RfbW9k ZT1TX0lGUkVHfDA3NTUsIHN0X25saW5rPTEsIHN0X3VpZD0wLCBzdF9naWQ9MCwgc3RfYmxrc2l6 ZT0xMzEwNzIsIHN0X2Jsb2Nrcz0yNCwgc3Rfc2l6ZT0xMDgxNiwgc3RfYXRpbWU9MjAwNS8wMS8z MS0xNToyMjo0MSwgc3RfbXRpbWU9MjAwNC8xMC8yNi0xNzoxNDo1Niwgc3RfY3RpbWU9MjAwNC8x MC8yNi0xNzoxNDo1Nn0pID0gMAoxOTIzICBtbWFwKE5VTEwsIDEwNTY2MDgsIFBST1RfUkVBRHxQ Uk9UX0VYRUMsIE1BUF9QUklWQVRFfE1BUF9ERU5ZV1JJVEUsIDMsIDApID0gMHgyYTk1NzVmMDAw CjE5MjMgIG1wcm90ZWN0KDB4MmE5NTc2MTAwMCwgMTA0ODQxNiwgUFJPVF9OT05FKSA9IDAKMTky MyAgbW1hcCgweDJhOTU4NWYwMDAsIDgxOTIsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJ VkFURXxNQVBfRklYRUR8TUFQX0RFTllXUklURSwgMywgMCkgPSAweDJhOTU4NWYwMDAKMTkyMyAg Y2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAoxOTIzICBvcGVuKCIvbGliL2xp YmMuc28uNiIsIE9fUkRPTkxZKSAgPSAzCjE5MjMgIHJlYWQoMywgIlwxNzdFTEZcMlwxXDFcMFww XDBcMFwwXDBcMFwwXDBcM1wwPlwwXDFcMFwwXDBcMjQwXDMxMCIuLi4sIDY0MCkgPSA2NDAKMTky MyAgbHNlZWsoMywgNjI0LCBTRUVLX1NFVCkgICAgICAgICAgID0gNjI0CjE5MjMgIHJlYWQoMywg Ilw0XDBcMFwwXDIwXDBcMFwwXDFcMFwwXDBHTlVcMFwwXDBcMFwwXDJcMFwwXDBcNFwwXDBcMCIu Li4sIDMyKSA9IDMyCjE5MjMgIGZzdGF0KDMsIHtzdF9kZXY9bWFrZWRldigzLCA0KSwgc3RfaW5v PTg0MzQyMywgc3RfbW9kZT1TX0lGUkVHfDA3NTUsIHN0X25saW5rPTEsIHN0X3VpZD0wLCBzdF9n aWQ9MCwgc3RfYmxrc2l6ZT0xMzEwNzIsIHN0X2Jsb2Nrcz0yNDEyLCBzdF9zaXplPTIyMDU5Mjgs IHN0X2F0aW1lPTIwMDUvMDEvMzEtMTU6MjI6NDEsIHN0X210aW1lPTIwMDQvMTEvMzAtMDA6Mzc6 MTIsIHN0X2N0aW1lPTIwMDQvMTEvMzAtMDA6Mzc6MTJ9KSA9IDAKMTkyMyAgbW1hcChOVUxMLCA0 MDk2LCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQX0FOT05ZTU9VUywgLTEs IDApID0gMHgyYTk1ODYxMDAwCjE5MjMgIG1tYXAoTlVMTCwgMjEzOTMzNiwgUFJPVF9SRUFEfFBS T1RfRVhFQywgTUFQX1BSSVZBVEV8TUFQX0RFTllXUklURSwgMywgMCkgPSAweDJhOTU4NjIwMDAK MTkyMyAgbXByb3RlY3QoMHgyYTk1OTc0MDAwLCAxMDE3MDMyLCBQUk9UX05PTkUpID0gMAoxOTIz ICBtbWFwKDB4MmE5NWE2MjAwMCwgMjQ1NzYsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJ VkFURXxNQVBfRklYRUR8TUFQX0RFTllXUklURSwgMywgMHgyMDAwMDApID0gMHgyYTk1YTYyMDAw CjE5MjMgIG1tYXAoMHgyYTk1YTY4MDAwLCAxNzYwOCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1B UF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfQU5PTllNT1VTLCAtMSwgMCkgPSAweDJhOTVhNjgwMDAK MTkyMyAgY2xvc2UoMykgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAoxOTIzICBtcHJvdGVj dCgweDJhOTVhNjIwMDAsIDEyMjg4LCBQUk9UX1JFQUQpID0gMAoxOTIzICBtdW5tYXAoMHgyYTk1 NTZiMDAwLCA4NTIxMikgICAgICAgPSAwCjE5MjMgIG9wZW4oIi9kZXYvdXJhbmRvbSIsIE9fUkRP TkxZKSAgICA9IDMKMTkyMyAgcmVhZCgzLCAiXDM2NVwzMTdcMzI3XDNAXHRcMFwzNiIsIDgpID0g OAoxOTIzICBjbG9zZSgzKSAgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCjE5MjMgIGJyaygw KSAgICAgICAgICAgICAgICAgICAgICAgICAgICA9IDB4NTE0MDAwCjE5MjMgIGJyaygweDUzNTAw MCkgICAgICAgICAgICAgICAgICAgICA9IDB4NTM1MDAwCjE5MjMgIHVtYXNrKDAzMykgICAgICAg ICAgICAgICAgICAgICAgICA9IDAyMgoxOTIzICBvcGVuKCIvZGV2L251bGwiLCBPX1JEV1IpICAg ICAgICAgPSAzCjE5MjMgIGNsb3NlKDMpICAgICAgICAgICAgICAgICAgICAgICAgICA9IDAKMTky MyAgb3BlbigiL2V0Yy9ibGtpZC50YWIiLCBPX1JET05MWSkgID0gMwoxOTIzICBmc3RhdCgzLCB7 c3RfZGV2PW1ha2VkZXYoMywgNCksIHN0X2lubz0xMDUwNTI5LCBzdF9tb2RlPVNfSUZSRUd8MDY0 NCwgc3Rfbmxpbms9MSwgc3RfdWlkPTAsIHN0X2dpZD0wLCBzdF9ibGtzaXplPTEzMTA3Miwgc3Rf YmxvY2tzPTgsIHN0X3NpemU9NjY0LCBzdF9hdGltZT0yMDA1LzAxLzMxLTE0OjE3OjM0LCBzdF9t dGltZT0yMDA1LzAxLzI4LTIwOjAyOjIxLCBzdF9jdGltZT0yMDA1LzAxLzI4LTIwOjAyOjIxfSkg PSAwCjE5MjMgIGZjbnRsKDMsIEZfR0VURkwpICAgICAgICAgICAgICAgICA9IDB4ODAwMCAoZmxh Z3MgT19SRE9OTFl8T19MQVJHRUZJTEV8MHg4MDAwKQoxOTIzICBmc3RhdCgzLCB7c3RfZGV2PW1h a2VkZXYoMywgNCksIHN0X2lubz0xMDUwNTI5LCBzdF9tb2RlPVNfSUZSRUd8MDY0NCwgc3Rfbmxp bms9MSwgc3RfdWlkPTAsIHN0X2dpZD0wLCBzdF9ibGtzaXplPTEzMTA3Miwgc3RfYmxvY2tzPTgs IHN0X3NpemU9NjY0LCBzdF9hdGltZT0yMDA1LzAxLzMxLTE0OjE3OjM0LCBzdF9tdGltZT0yMDA1 LzAxLzI4LTIwOjAyOjIxLCBzdF9jdGltZT0yMDA1LzAxLzI4LTIwOjAyOjIxfSkgPSAwCjE5MjMg IG1tYXAoTlVMTCwgMTMxMDcyLCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEV8TUFQ X0FOT05ZTU9VUywgLTEsIDApID0gMHgyYTk1NTZiMDAwCjE5MjMgIGxzZWVrKDMsIDAsIFNFRUtf Q1VSKSAgICAgICAgICAgICA9IDAKMTkyMyAgcmVhZCgzLCAiPGRldmljZSBERVZOTz1cIjB4MDMw MlwiIFRJTUU9XCIxMDkiLi4uLCAxMzEwNzIpID0gNjY0CjE5MjMgIHJlYWQoMywgIiIsIDEzMTA3 MikgICAgICAgICAgICAgICA9IDAKMTkyMyAgZ2V0dWlkKCkgICAgICAgICAgICAgICAgICAgICAg ICAgID0gMAoxOTIzICBnZXRldWlkKCkgICAgICAgICAgICAgICAgICAgICAgICAgPSAwCjE5MjMg IGxzdGF0KCIvZXRjL210YWIiLCB7c3RfZGV2PW1ha2VkZXYoMywgNCksIHN0X2lubz05NDg2NzMs IHN0X21vZGU9U19JRlJFR3wwNjQ0LCBzdF9ubGluaz0xLCBzdF91aWQ9MCwgc3RfZ2lkPTAsIHN0 X2Jsa3NpemU9MTMxMDcyLCBzdF9ibG9ja3M9OCwgc3Rfc2l6ZT0yNzEsIHN0X2F0aW1lPTIwMDUv MDEvMzEtMTU6MjI6NDEsIHN0X210aW1lPTIwMDUvMDEvMzEtMTQ6MTc6MzQsIHN0X2N0aW1lPTIw MDUvMDEvMzEtMTQ6MTc6MzR9KSA9IDAKMTkyMyAgc3RhdCgiL3NiaW4vbW91bnQudmZhdCIsIDB4 N2ZiZmZmZWU0MCkgPSAtMSBFTk9FTlQgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpCjE5MjMg IHJ0X3NpZ3Byb2NtYXNrKFNJR19CTE9DSywgfltUUkFQIFNFR1ZdLCBOVUxMLCA4KSA9IDAKMTky MyAgbW91bnQoIi9kZXYvaGRjMiIsICIvbW50L3dpbmRvd3MvIiwgInZmYXQiLCAweGMwZWQwMDAw LCAwKSA9IC0xIEVJTlZBTCAoSW52YWxpZCBhcmd1bWVudCkKMTkyMyAgcnRfc2lncHJvY21hc2so U0lHX1VOQkxPQ0ssIH5bVFJBUCBTRUdWXSwgTlVMTCwgOCkgPSAwCjE5MjMgIHdyaXRlKDIsICJt b3VudDogd3JvbmcgZnMgdHlwZSwgYmFkIG9wdGlvbiIuLi4sIDEwMykgPSAxMDMKMTkyMyAgc3Rh dCgiL2Rldi9oZGMyIiwge3N0X2Rldj1tYWtlZGV2KDAsIDE0KSwgc3RfaW5vPTQxNSwgc3RfbW9k ZT1TX0lGQkxLfDA2MDAsIHN0X25saW5rPTEsIHN0X3VpZD0wLCBzdF9naWQ9MCwgc3RfYmxrc2l6 ZT0xMDI0LCBzdF9ibG9ja3M9MCwgc3RfcmRldj1tYWtlZGV2KDIyLCAyKSwgc3RfYXRpbWU9MCwg c3RfbXRpbWU9MCwgc3RfY3RpbWU9MH0pID0gMAoxOTIzICBvcGVuKCIvZGV2L2hkYzIiLCBPX1JE T05MWXxPX05PTkJMT0NLKSA9IDQKMTkyMyAgaW9jdGwoNCwgQkxLR0VUU0laRSwgMHg3ZmJmZmZl ZmU4KSA9IDAKMTkyMyAgY2xvc2UoNCkgICAgICAgICAgICAgICAgICAgICAgICAgID0gMAoxOTIz ICBleGl0X2dyb3VwKDMyKSAgICAgICAgICAgICAgICAgICAgPSA/Cg==